Location: PHPKode > projects > OpenWolf Guidelines Validator > openWolf 0.9.9/nz/html_output.php
<?php

/*************************************************

openWolf - an HTML accessibility guidelines validator
Author: Geoff Munn (hide@address.com)
Version: 0.9.9

This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.

This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
GNU General Public License for more details.

You should have received a copy of the GNU General Public License along
with this program; if not, write to the Free Software Foundation, Inc.,
51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.

You may contact the author of openWolf by e-mail at: hide@address.com

The latest version of openWolf can be obtained from:
http://openwolf.sourceforge.net/

*************************************************/

	$html_header1=<<<EOT
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html lang="en">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>Web Guidelines Validator results</title>
<link rel="stylesheet" href="$default_theme/html/styles.css" type="text/css">
<link rel="stylesheet" href="nz/html/styles.css" type="text/css" media="all">
<link rel="stylesheet" href="nz/html/print.css" type="text/css" media="print">
<script type="text/javascript" src="default/html/janola.js"></script>
<script type="text/javascript" src="nz/html/scripts.js"></script>
</head>
<body class="results">
EOT;
	
	$html_header2=<<<EOT
	<p>The following defines the key terms within standards and recommendations:</p>
	<h3 class="intro">Standard</h3>
	<p>Requirements of an agency which are objectively testable and with which agencies <em>Must</em> comply.
	It is anticipated that there are no exceptions for an agency not complying with these.</p>

	<p>In the case of your agency, these standards apply to all web pages under ownership of your agency. Agencies' web sites will be checked against these standards when audits for compliance are undertaken. It is the responsibility of each agency to address and bring into compliance any non-compliant standards found in any web page under ownership of the agency during the audit.</p>

	<h3 class="intro">Recommendation</h3>
	<p>Recommendations are items considered of high importance that:</p>
	<ol>
		<li>would otherwise be a standard but cannot fairly be mandated as such for one or more reasons, principally being too wide in scope or containing a degree of subjectivity, or,</li>
		<li>are considered not quite as critical or appropriate to mandate absolutely as a standard.</li>
	</ol>
	<p>Agencies are however <em>expected to</em> comply with recommendation items.</p>
	<p>Agencies' web sites will be checked against these items when audits for compliance are undertaken. Where an agency is found not to be compliant with any such items, the agency will be required to provide a good reason for non-compliance.</p>

	<h3 class="intro">Good practice</h3>
	<p>This section will provide examples from organisations that have complied successfully with a particular standard, and/or how they approached a particular problem.</p>

	<p>This section may also include links to other web sites that have information relevant to a particular standard or recommended item.</p>

	<p>Good practice tips and examples are also available online (html) <a href="http://www.e.govt.nz/standards/web-guidelines/general-resources/website-outsourcing-guidelines.html">General Resources</a> (<a href="http://www.e.govt.nz/standards/web-guidelines/general-resources">http://www.e.govt.nz/standards/web-guidelines/general-resources</a>). Agencies are encouraged to refer to this site for the latest tips and examples.</p>

	<h2>NZ government agency web site Standards</h2>
	<p>The following standards are a combination of</p>
	<ul>
		<li>Those devised specifically for NZ government web sites and</li>
		<li>Accessibility standards derived from the W3C Web Accessibility Initiative (WAI) standards checklist. In many cases, they have been re-worded and/or further qualified for NZ Government agency web site requirements. Each standard has the founding WAI standard(s) in the associated guide to the standard.</li>
	</ul>
	<p>All standards are intended to enhance accessibility and usability of agency web sites.</p>
	<p>The W3C WAI standards can be found at <a href="http://www.w3.org/TR/WCAG10-HTML-TECHS/">http://www.w3.org/TR/WCAG10-HTML-TECHS/</a></p>
	<p>Version 1.0 standards and recommendations are based on the W3C WAI 1.0 recommendations.  WCAG 1.0 was approved in May 1999 and is the stable version able to be referenced. WCAG 2.0 documents are still being developed. They are documented in <a href="http://www.w3.org/TR/2006/NOTE-wcag2-req-20060425/">Requirements for WCAG 2.0.</a></p>
	<p>Refer to:</p>
	<ul>
		<li>Interpretation - Standard (page 9), defining a standard in the context of this document.</li>
		<li>Accessibility - what is it? (page 128) for further details of accessibility in NZ government agency web sites.</li>
		<li>Accessibility and emerging technologies (page 129) for further details of newer technologies including Rich Internet Applications.</li>
		<li>Usability - what is it? (page 130) for further details on usability in NZ government agency web sites.</li>
	</ul>
EOT;
	
	$html_footer=DEFAULT_FOOTER . "\n</body>\n</html>";
	

function output_results($results, $parse, $html, $is_snippit=false){
	//create a summary of the results types, grouped by priority:
	
	$rules=get_rules();
	$headers=get_rule_headers();
	
	$summary=Array();
	foreach($results as $this_result_key => $this_result){
		if(isset($this_result['instances'])){
			foreach($this_result['instances'] as $this_instance_key => $val){
					foreach($val['type'] as $this_type){
						//This will calculate the number of error types across the whole page:
						if(!isset($summary['rules'][$this_result_key][$this_type])){
							@$summary[$this_type]++;
						}
						//This will calculate the number of errors for each type per rule
						@$summary['rules'][$this_result_key][$this_type]++;
						
						//this will group the results by type
						@$summary['types'][$this_type][$this_result_key]++;
					}
			}
		}
	}
	
	if($summary[RESULT_WARNING]=='')
		$summary[RESULT_WARNING]=0;
	
	if($summary[RESULT_FAIL]=='')
		$summary[RESULT_FAIL]=0;
	
	if($summary[RESULT_PASS]=='')
		$summary[RESULT_PASS]=0;
	
	$passes=@$summary['types'][RESULT_PASS];
	$warnings=@$summary['types'][RESULT_WARNING];
	$fails=@$summary['types'][RESULT_FAIL];
	$users=@$summary['types'][RESULT_USER];
	$checks=@$summary['types'][RESULT_NOT_CHECKED];
	
	print $html['header1'];
	
	print "<h1>Standards and Recommendations</h1>\n";
	print "<h2>Introduction</h2>\n";
	print "<div id=\"intro_container\">\n";
	if(!$is_snippit)
		print "\t<p>You have just scanned the URL <a href=\"" . $html['url'] . "\">" . $html['url'] . "</a>, and the results are contained in this document.</p>\n";
	else 
		print "\t<p>You have just scanned some HTML you provided through direct input, and the results are contained in this document.</p>\n";
	print "\t<p>These results are intended to be a discussion document, highlighting some of the techinical issues that were found.</p>\n";
	print "\t<p><img src=\"nz/html/important.png\" width=\"22\" height=\"22\" alt=\"\"><strong>This is not a guarantee of accessibility or usability.</strong></p>\n";
	print "\t<p class=\"no_print\">On the right, you can filter the particular results you are interested in, and you can use the 'next result' and 'previous result' links to jump to the next result matching your interests.</p>\n";
	print "\t<p class=\"no_print\"><img src=\"nz/html/start.png\" width=\"22\" height=\"22\" alt=\"\"><a href=\"#results\">Click here</a> to jump to the start of the results.</p>\n";
	print "</div>\n";
	
	print "<div id=\"tab_container\">\n";
	print "<a name=\"toc\"></a>\n";
	print "\t<ul>\n";
	print "\t\t<li class=\"selected\" id=\"tab_fail\"><a href=\"#\" onclick=\"show_toc('fail'); return false;\">Failures (" . $summary[RESULT_FAIL] . ")</a></li>\n";
	print "\t\t<li id=\"tab_warning\"><a href=\"#\" onclick=\"show_toc('warning'); return false;\">Warnings (" . $summary[RESULT_WARNING] . ")</a></li>\n";
	print "\t\t<li id=\"tab_user\"><a href=\"#\" onclick=\"show_toc('user'); return false;\">User checks (" . $summary[RESULT_USER] . ")</a></li>\n";
	print "\t\t<li id=\"tab_check\"><a href=\"#\" onclick=\"show_toc('check'); return false;\">Could not check (" . $summary[RESULT_NOT_CHECKED] . ")</a></li>\n";
	print "\t\t<li id=\"tab_pass\"><a href=\"#\" onclick=\"show_toc('pass'); return false;\">Passes (" . $summary[RESULT_PASS] . ")</a></li>\n";
	print "\t</ul>\n";
	print "</div>\n";
	print "<div id=\"toc_container\">\n";
	
	print "\t<div id=\"toc_fail\">\n";
	print "\t\t<fieldset><legend>Failures (" . $summary[RESULT_FAIL] . ")</legend>\n";
	foreach($fails as $key => $this_type){
		$code=str_replace('NZ_', '', $key);
		print "\t\t\t<h3 class=\"header toc\"><a href=\"#" . $code . "\">" . $rules[$key]['title'] . " (" . $this_type . ")</a></h3>\n";
		print "\t\t\t<div class=\"$code notes\"></div>\n";
	}
	print "\t\t</fieldset>\n";
	print "\t</div>\n";
	
	print "\t<div id=\"toc_warning\">\n";
	print "\t\t<fieldset><legend>Warnings (" . $summary[RESULT_WARNING] . ")</legend>\n";
	if(sizeof($warnings)>0){
		foreach($warnings as $key => $this_type){
			$code=str_replace('NZ_', '', $key);
			print "\t\t\t<h3 class=\"header toc\"><a href=\"#" . $code . "\">" . $rules[$key]['title'] . " (" . $this_type . ")</a></h3>\n";
			print "\t\t\t<div class=\"$code notes\"></div>\n";
		}
	}
	print "\t\t</fieldset>\n";
	print "\t</div>\n";
	
	print "\t<div id=\"toc_user\">\n";
	print "\t\t<fieldset><legend>User checks required (" . $summary[RESULT_USER] . ")</legend>\n";
	foreach($users as $key => $this_type){
		$code=str_replace('NZ_', '', $key);
		print "\t\t\t<h3 class=\"header toc\"><a href=\"#" . $code . "\">" . $rules[$key]['title'] . "</a></h3>\n";
		print "\t\t\t<div class=\"$code notes\"></div>\n";
	}
	print "\t\t</fieldset>\n";
	print "\t</div>\n";
	
	print "\t<div id=\"toc_check\">\n";
	print "\t\t<fieldset><legend>Could not check (" . $summary[RESULT_NOT_CHECKED] . ")</legend>\n";
	foreach($checks as $key => $this_type){
		$code=str_replace('NZ_', '', $key);
		print "\t\t\t<h3 class=\"header toc\"><a href=\"#" . $code . "\">" . $rules[$key]['title'] . "</a></h3>\n";
		print "\t\t\t<div class=\"$code notes\"></div>\n";
	}
	print "\t\t</fieldset>\n";
	print "\t</div>\n";
	
	print "\t<div id=\"toc_pass\" class=\"no_print\">\n";
	print "\t\t<fieldset><legend>Passes (" . $summary[RESULT_PASS] . ")</legend>\n";
	foreach($passes as $key => $this_type){
		$code=str_replace('NZ_', '', $key);
		print "\t\t\t<h3 class=\"header toc\"><a href=\"#" . $code . "\">" . $rules[$key]['title'] . "</a></h3>\n";
		print "\t\t\t<div class=\"$code notes\"></div>\n";
	}
	print "\t\t</fieldset>\n";
	print "\t</div>\n";
	print "</div>\n";
	
	print "<div id=\"view_options\">\n";
	print "\t<p>Navigation options <a href=\"#\" onclick=\"show_options(this, 'view_options_list'); return false;\">Hide</a></p>\n";
	print "\t<ul id=\"view_options_list\">\n";
	print "\t\t<li id=\"home_link\"><span><a href=\"/\">Home page</a></span></li>\n";
	print "\t\t<li id=\"toc_link\"><span><a href=\"#toc\">Table of contents</a></span></li>\n";
	print "\t\t<li id=\"results_link\"><span><a href=\"#results\">Beginning of results</a></span></li>\n";
	print "\t</ul>\n";
	print "\t<p>Results summary <a href=\"#\" onclick=\"show_options(this, 'results_options'); return false;\">Hide</a></p>\n";
	print "\t<div id=\"results_options\">\n";
	print "\t<p class=\"user_info\">Use the next &amp; previous links to skip to the next result</p>\n";
	print "\t<ul>\n";
	print "\t\t<li class=\"rl_pass\"><span class=\"filtered\"><a href=\"#\" id=\"rl_pass\" class=\"filtered\" onclick=\"filter_results(this, 6); return false;\">Passes</a>: " . $summary[RESULT_PASS] . "</span></li>\n";
	print "\t\t<li class=\"rl_warning\"><span class=\"filtered\"><a href=\"#\" id=\"rl_warning\" class=\"filtered\" onclick=\"filter_results(this, 5); return false;\">Warnings</a>: " . $summary[RESULT_WARNING] . "</span></li>\n";
	print "\t\t<li class=\"rl_fail\"><span><a href=\"#\" id=\"rl_fail\" onclick=\"filter_results(this, 4); return false;\">Failures</a>: " . $summary[RESULT_FAIL] . "</span></li>\n";
	print "\t\t<li class=\"rl_check\"><span class=\"filtered\"><a href=\"#\" id=\"rl_check\" class=\"filtered\" onclick=\"filter_results(this, 3); return false;\">Could not be checked</a>: " . $summary[RESULT_NOT_CHECKED] . "</span></li>\n";
	print "\t\t<li class=\"rl_user\"><span class=\"filtered\"><a href=\"#\" id=\"rl_user\" class=\"filtered\" onclick=\"filter_results(this, 2); return false;\">Requires a user check</a>: " . $summary[RESULT_USER] . "</span></li>\n";
	print "\t</ul>\n";
	print "\t</div>\n";
	print "\t<p>Print options <a href=\"#\" onclick=\"show_print_options(this); return false;\">Show</a></p>\n";
	print "\t<ul id=\"print_options\">\n";
	print "\t\t<li class=\"print_no\"><span class=\"no_print\"><a href=\"#\" onclick=\"update_print_view(this, 'pass'); return false;\">Passes</a></li>\n";
	print "\t\t<li class=\"print_yes\"><span class=\"\"><a href=\"#\" onclick=\"update_print_view(this, 'warning'); return false;\">Warnings</a></span></li>\n";
	print "\t\t<li class=\"print_yes\"><span class=\"\"><a href=\"#\" onclick=\"update_print_view(this, 'fail'); return false;\">Failures</a></span></li>\n";
	print "\t\t<li class=\"print_yes\"><span class=\"\"><a href=\"#\" onclick=\"update_print_view(this, 'not_checked'); return false;\">Could not be checked</a></span></li>\n";
	print "\t\t<li class=\"print_yes\"><span class=\"\"><a href=\"#\" onclick=\"update_print_view(this, 'user_check'); return false;\">User check required</a></span></li>\n";
	print "\t</ul>\n";
	print "</div>\n";
	print "<div id=\"tooltip\"></div>\n";
	print $html['header2'];
	
	//output each rule
	$current_header='';
	$instance=Array();
	$anchor_count=0;
	$header_count=0;
	
	$rule_counter=0;
	$rule_container_count=0;
	$total_rules=sizeof($rules);
	print "<div><a name=\"results\"></a></div>\n";
	foreach($rules as $this_rule_key => $rule_value){
		$rule_counter++;
		$results_types='';
		$anchor_class='';
		if(isset($summary['rules'][$this_rule_key][RESULT_PASS])){
			$results_types.="<dd class=\"rl_pass\">";
			($summary['rules'][$this_rule_key][RESULT_PASS]>1) ? $results_types .= 'Passes' : $results_types .= 'Pass';
			$results_types.="</dd>";
			$anchor_class.='pass ';
		}
		if(isset($summary['rules'][$this_rule_key][RESULT_WARNING])){
			$results_types.="<dd class=\"rl_warning\">";
			($summary['rules'][$this_rule_key][RESULT_WARNING]>1) ? $results_types .= 'Warning' : $results_types .= 'Warnings';
			$results_types.="</dd>";
			$anchor_class.='warning ';
		}
		if(isset($summary['rules'][$this_rule_key][RESULT_FAIL])){
			$results_types.="<dd class=\"rl_fail\">";
			($summary['rules'][$this_rule_key][RESULT_FAIL]>1) ? $results_types .= 'Failure' : $results_types .= 'Failures';
			$results_types.="</dd>";
			$anchor_class.='fail ';
		}
		if(isset($summary['rules'][$this_rule_key][RESULT_NOT_CHECKED])){
			$results_types.="<dd class=\"rl_check\">Not checked</dd>";
			$anchor_class.='check ';
		}
		if(isset($summary['rules'][$this_rule_key][RESULT_USER])){
			$results_types.="<dd class=\"rl_user\">User check required</dd>";
			$anchor_class.='user ';
		}
		
		$results_types=trim($results_types, ', ');
		$anchor_class=trim($anchor_class);
		
		if($results[$this_rule_key]['header']!=$current_header){
			print "\t<h3 class=\"section\">" . $headers[$results[$this_rule_key]['header']] . "</h3>\n";
			$current_header=$results[$this_rule_key]['header'];
		}
		
		$header_count++;
		$rule_container_count++;
		
		if($anchor_class!='pass')
			print "\t<div class=\"total_container " . $anchor_class . "\">\n";
		else
			print "\t<div class=\"total_container " . $anchor_class . " no_print\">\n";
			
		print "\t<h3 class=\"header\"><a name=\"" . $results[$this_rule_key]['anchor'] . "\" class=\"" . $anchor_class . "\"></a>" . $rules[$this_rule_key]['title'] . "</h3>\n";
		print "\t<div class=\"rule_container $rule_container_count\">\n";
				
		//print "<div class=\"results_types\"><dl><dt>Results summary:</dt>" . $results_types . "<dd><a href=\"#\" onclick=\"next_result(this, " . $header_count . "); return false;\">Next result</a></dd><dd>&nbsp;|&nbsp;</dd><dd><a href=\"#\" onclick=\"previous_result(this, " . $header_count . "); return false;\">Previous result</a></dd></dl><br></div>\n";
		print "\t\t<div class=\"results_types\"><dl><dt>Results summary:</dt>" . $results_types;
		
		if($rule_counter<$total_rules)
			print "<dd class=\"no_print\"><a href=\"#\" onclick=\"next_result(this, " . $header_count . "); return false;\">Next result</a></dd>";
		
		if($rule_counter<$total_rules && $rule_counter>1)
			print "<dd class=\"no_print\">&nbsp;|&nbsp;</dd>";	
			
		if($rule_counter>1)
			print "<dd class=\"no_print\"><a href=\"#\" onclick=\"previous_result(this, " . $header_count . "); return false;\">Previous result</a></dd>";
			
		print "</dl><br></div>\n";
			
		print "\t" . $rules[$this_rule_key]['text'] . "\n";
		//now output any results for this rule
			
		print "\t\t<h3>Results</h3>\n";
		print "\t\t<div class=\"results\">\n";
		
		$rule_results=$results[$this_rule_key];
		$priority=$rule_results['priority'];

		$instance_count=0;
		$has_hidden_instances=false;
		
		foreach($rule_results['instances'] as $this_instance_text => $instance_value){
			
			$width=48;
			$class='result_icon';
			switch($instance_value['type'][0]){
				case RESULT_PASS:
					$img='pass';
					$width=22;
					$class='result_icon_small';
					$result_type='result_pass';
					break;
				case RESULT_WARNING:
					$img='warning';
					$result_type='result_warning';
					break;
				case RESULT_FAIL:
					$img='fail';
					$result_type='result_fail';
					break;
				case RESULT_NOT_CHECKED:
					$img='question';
					$result_type='result_check';
					break;
				case RESULT_USER:	
					$img='question';
					$result_type='result_user';
					break;
			}
			
			$anchor_count++;
			print "<div class=\"" . $result_type . "\">\n";
			print "\t\t<a id=\"a" . $anchor_count . "\" name=\"a" . $anchor_count . "\"></a><img src=\"/nz/html/" . $img . ".png\" width=\"" . $width . "\" height=\"" . $width . "\" alt=\"result icon\" class=\"" . $class . "\">\n";
			
			if($instance_value['indices'][0]==-1 && $instance_value['type'][0]==RESULT_PASS)
				print "\t\t<p class=\"result_message single\">" . $this_instance_text . "</p><br>\n";
			else {
				if($instance_value['type'][0]==RESULT_NOT_CHECKED || $instance_value['type'][0]==RESULT_USER){
					if($instance_value['type'][0]==RESULT_NOT_CHECKED)
						$check_type='check';
					else $check_type='user';
					
					print "\t\t<p class=\"result_message\"><span class=\"" . $check_type . "\">" . $this_instance_text . "</span>";
					print " <a href=\"#\" class=\"notes_link no_print\" onclick=\"confirm_checked(this); return false;\">Click here to confirm this</a>";
				} else
					print "\t\t<p class=\"result_message\">" . $this_instance_text . "</p>\n";	
				
			}
						
			$num_instances=count($instance_value['indices']);
			$instance_count=0;
			for($i=0; $i<$num_instances; $i++){
				if(($instance_value['indices'][$i]==-1 && $instance_value['type'][$i]==RESULT_FAIL) || ($instance_value['indices'][$i]==-1 && $instance_value['type'][$i]==RESULT_WARNING) || $instance_value['indices'][$i]!=-1 && $instance_value['indices'][$i]!=-2) {
					print "\t\t<fieldset>\n";
					//TODO: fix the next line for instances of -1 (sometimes found when displaying warnings etc)
					if(isset($parse->allElements[$instance_value['indices'][$i]]['line']) && isset($parse->allElements[$instance_value['indices'][$i]]['column']))
						$linecol="Line " . $parse->allElements[$instance_value['indices'][$i]]['line'] . ', column ' . $parse->allElements[$instance_value['indices'][$i]]['column'];
					else
						$linecol='Information:';
					
					print "\t\t\t<legend class=\"standard\">" . $linecol . "</legend>\n";
					print "\t\t\t<div class=\"bw-icon-" . $img . "\">\n";
					$instance['elementIndex']=$instance_value['indices'][$i];
					$instance['highlight']=$instance_value['highlight'][$i];
					$instance['highlight_attribute']=$instance_value['highlight_attribute'][$i];
					
					if(isset($instance_value['highlight_limit'][$i]))
						$instance['highlight_limit']=$instance_value['highlight_limit'][$i];
						
					$code=$parse->getCode($instance);
					
					print "\t\t\t\t" . $code . "\n";
					if(isset($instance_value['info'][$i])){
						print "\t\t\t\t<div class=\"info\">\n";
						print "\t\t\t\t\t<p><img src=\"/nz/html/information_small.png\" width=\"24\" height=\"24\" alt=\"info\">" . $instance_value['info'][$i] . "</p>\n";
						print "\t\t\t\t</div>\n";
					}
					print "\t\t\t</div>\n";
					print "\t\t</fieldset>\n";
					$instance_count++;
					
					if($instance_count==INSTANCE_LIMIT && !$has_hidden_instances && $num_instances>INSTANCE_LIMIT){
						print "\t\t<div>\n";
						print "\t\t\t<div class=\"more_instances\"><img src=\"/nz/html/mag.png\" width=\"22\" height=\"22\" alt=\"\"><a href=\"#\" onclick=\"show_all(this, " . $num_instances . "); return false;\">Show all " . $num_instances . " examples</a></div>\n";
						print "\t\t\t<div class=\"hidden_instances\">\n";
						$has_hidden_instances=true;
					}
				}
				
				//This is a CSS result:
				if($instance_value['indices'][$i]==-2){
					print "\t\t<fieldset>\n";
					print "\t\t\t<legend class=\"standard\">Location: " . $parse->getStyleSheetLocation($instance_value['stylesheet'][$i]) . "</legend>\n";
					print "\t\t\t<div class=\"bw-icon-" . $img . "\">\n";
					$instance['elementIndex']=$instance_value['indices'][$i];
					$instance['highlight']=$instance_value['highlight'][$i];
					$instance['stylesheet']=$instance_value['stylesheet'][$i];
					$instance['rule']=$instance_value['rule'][$i];
					$instance['selector_group']=$instance_value['selector_group'][$i];
										
					$code=$parse->getCode($instance);
					
					print "\t\t\t\t" . $code . "\n";
					if(isset($instance_value['info'][$i])){
						print "\t\t\t\t<div class=\"info\">\n";
						print "\t\t\t\t\t<p><img src=\"/nz/html/information_small.png\" width=\"24\" height=\"24\" alt=\"info\">" . $instance_value['info'][$i] . "</p>\n";
						print "\t\t\t\t</div>\n";
					}
					print "\t\t\t</div>\n";
					print "\t\t</fieldset>\n";
					$instance_count++;
					
					if($instance_count==INSTANCE_LIMIT && !$has_hidden_instances && $num_instances>INSTANCE_LIMIT){
						print "\t\t<div>\n";
						print "\t\t\t<div class=\"more_instances\"><img src=\"/nz/html/mag.png\" width=\"22\" height=\"22\" alt=\"\"><a href=\"#\" onclick=\"show_all(this, " . $num_instances . "); return false;\">Show all " . $num_instances . " examples</a></div>\n";
						print "\t\t\t<div class=\"hidden_instances\">\n";
						$has_hidden_instances=true;
					}				
				}
				
			}
			if($has_hidden_instances){
				print "\t\t\t<div class=\"hide_instances\"><img src=\"/nz/html/mag.png\" width=\"22\" height=\"22\" alt=\"\"><a href=\"#\" onclick=\"hide_extras(this, " . $anchor_count . ", " . $num_instances . "); return false;\">Hide extra results</a></div>\n";
				print "\t\t</div>\n";
				print "\t</div>\n";
				$has_hidden_instances=false;
			}
			//This closes the result type div
			print "\t</div>\n";
		}
		
		print "\t</div>\n";
		//This closes the results div
		print "\t</div>\n";
		//This closes the rule_container div
		print "</div>\n";
	}
	
	print "<div id=\"h_total\" class=\"h" . $header_count . "\"></div>\n";
	print "<div id=\"alert\">\n";
	print "\t<img src=\"nz/html/help.png\" width=\"48\" height=\"48\" alt=\"help\">\n";
	print "\t<div id=\"alert_msg\"></div>\n";
	print "\t<form>\n";
	print "\t\t<div>\n";
	print "\t\t\t<input type=\"button\" value=\"Close\" onclick=\"close_alert(); return false;\">\n";
	print "\t\t</div>\n";
	print "\t</form>\n";
	print "</div>\n";
	print $html['footer'];
	
}

function get_rule_headers(){
	$headers=Array();
	$headers['h1']='Images';
	$headers['h2']='Colour';
	$headers['h3']='Site Mark Up';
	$headers['h4']='Special Purpose Documents';
	$headers['h5']='Writing Content';
	$headers['h6']='Site Content';
	$headers['h7']='Page Layout';
	$headers['h8']='Navigation';
	$headers['h9']='Style Sheets';
	$headers['h10']='Dynamic Content';
	$headers['h11']='Tables';
	$headers['h12']='Frames';
	$headers['h13']='Scripting and Applets';
	$headers['h14']='Page Refreshing';
	$headers['h15']='Site Behaviour';
	$headers['h16']='Site Layout';
	$headers['h17']='Archiving';
	$headers['h18']='Quality Assurance';
	$headers['h19']='Data Tracking';
	$headers['h20']='Authenticaton';
	$headers['h21']='Security';
	$headers['h22']='Online Forms';
	$headers['h23']='Tendering and Contracting';
	//recommendations
	$headers['h24']='Site Mark Up';
	$headers['h25']='Special Purpose Documents';
	$headers['h26']='Writing Content';
	$headers['h27']='Site Content';
	$headers['h28']='Navigation';
	$headers['h29']='Dynamic Content';
	$headers['h30']='Site Layout';
	$headers['h31']='Quality Assurance';
	$headers['h32']='Data Tracking';
	$headers['h33']='Authentication';
	$headers['h34']='Site Delivery';
	$headers['h35']='Operational';
	$headers['h36']='Web Strategy';

	return $headers;
}

function get_rules(){
	$rules=Array();

	$rules['NZ_S_1_1']['title']="<span>1.1</span> Text equivalent for every non-text element";
	$rules['NZ_S_1_1']['text']=<<<EOT
	<p>Provide alternative text for every non-text element such that it conveys the same meaning or information as the non-text element conveys (for example "alt", "longdesc", or in element content). This includes: images, graphical representations of text (including symbols), image map regions, animations (for example, animated GIFs), applets and programmatic objects, ASCII art, frames, scripts, images used as list bullets, spacers, graphical buttons, sounds (played with or without user interaction), stand-alone audio files, audio tracks of video, and video.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>A null Alt equivalent (") is required for layout elements e.g spacer graphics.</p>
			<p>For images, include in each &lt;area&gt; of an image MAP, and INPUT elements of type="image".</p>
			<p>Alt text for the case where the image is displaying text should be the same as the text in the image.</p>
		
			<p>This standard covers the W3C WAI checkpoint 1.1 (http://www.w3.org/TR/WCAG10-TECHS/#tech-text-equivalent) for NZ government agencies.</p>
		 
			<h3>Compliance assistance</h3>
			<p>"Bobby" is an automated testing tool, which can tell you if images on a web page have Alt text associated with them. Refer to <a href="http://www.cast.org/bobby">http://www.cast.org/bobby</a>.</p>
			<h4>Further Assistance</h4>
			<ul>
				<li>Guidance on Images - Text Equivalents on page 107.</li>
				<li>Sub section Images - Text Equivalents - Alt text within 100 chars (page 107) discussing the containment of the alt text to within 100 characters.</li>
				<li>Sub section Texts and Fonts - Fonts and branding (page 107) - Text that must be in a particular font, say, for reasons of branding, uses an image and provides the same as alt text.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Users with visual impairments may have difficulty with content other than text. Screen readers will make use of the alt-text provided for non-text items.</p>
			<p>For further detail, see W3C <a href="http://www.w3.org/WAI/wcag-curric/gid2-0.htm">http://www.w3.org/WAI/wcag-curric/gid2-0.htm</a></p>
			<p>Irish National Disability Authority <a href="http://accessit.nda.ie/guideline_1_35.html#rationale">http://accessit.nda.ie/guideline_1_35.html#rationale</a></p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>The W3C provides 'how-to' tips for supporting and implementing text equivalents for all major web object types<br>
			<a href="http://www.w3.org/WAI/wcag-curric/chk2-0.htm">http://www.w3.org/WAI/wcag-curric/chk2-0.htm</a>. Please note that Frames and ASCII art are not to be used on government agency web sites.<br>
			<a href="http://www.w3.org/TR/WCAG10-HTML-TECHS/#image-text-equivalent">http://www.w3.org/TR/WCAG10-HTML-TECHS/#image-text-equivalent</a></p>
		
			<p>University of Wisconsin provides some very good assistance on accessible images<br>
			<a href="http://www.doit.wisc.edu/accessibility/online-course/standards/images.htm">http://www.doit.wisc.edu/accessibility/online-course/standards/images.htm</a></p>
		
			<p>Wikipedia<br>
			<a href="http://en.wikipedia.org/wiki/Wikipedia:Alternative_text_for_images">http://en.wikipedia.org/wiki/Wikipedia:Alternative_text_for_images</a></p>
		
			<p>Irish National Disability Authority<br>
			<a href="http://accessit.nda.ie/guideline_1_35.html#directions">http://accessit.nda.ie/guideline_1_35.html#directions</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_1_2']['title']="<span>1.2</span> Client side image maps preferred over server side image maps";
	$rules['NZ_S_1_2']['text']=<<<EOT
	<p>Client side image maps are preferred over server side image maps. You must also provide redundant text links for each active region of any image map, and locate the links as close as possible to the image map they relate to.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Client side image maps are preferred over server side however:</p>
			<dl>
				<dt><span class="underline">If</span> server-side image maps must be used <span class="underline">then</span></dt>
				<dd>offer a text alternative to the server side map regions, or "hotpoints", at an appropriate place on the form (such as the form footer). </dd>
				<dd>The text alternative must have a mechanism to be able to be navigated to and selected without a mouse or equivalent device (i.e. able to be tabbed to and selected).</dd>
				<dd>Use the HTML alt text to enable this link, for example:- <br>
				&lt;img src="../images/header_nav.gif" alt="SSC Main Menu (links of this image map are available at the bottom of the page" ismap&gt;<br></dd>
				<dt><span class="underline">If</span> client-side image maps are used <span class="underline">then</span><br>Ensure there is an alt text, for example:-<br>
				&lt;area shape="rect" coords="9,6,79,68" href="http://www.ssc.govt.nz " alt="SSC Website" /&gt;<br></dt>
				<dd>This standard covers the W3C WAI checkpoints 1.2 (http://www.w3.org/TR/WCAG10-TECHS/#tech-redundant-server-links) and 1.5 (http://www.w3.org/TR/WCAG10-TECHS/#tech-redundant-client-links) for NZ government agencies.</dd>
			</dl>
			<h4>Further Assistance</h4>
			<ul>
				<li>Sub section Navigation - Image map navigation (page 117)</li>
				<li>See <a href="http://www.doit.wisc.edu/accessibility/online-course/standards/navigation.htm">http://www.doit.wisc.edu/accessibility/online-course/standards/navigation.htm</a></li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Server-side image maps do not provide adequate support for alt text nor for conventional pointing devices (i.e. a mouse).</p>
			<p>People with cognitive or visual disabilities and/or those who do not have a "pointing device" (i.e. mouse) may require alternative methods for navigating and selecting their choices available on the site.</p>
			<p>For further information, refer to</p>
			<ul>
				<li>Irish National Disability Authority<br>
				<a href="http://accessit.nda.ie/guideline_1_51.html#rationale">http://accessit.nda.ie/guideline_1_51.html#rationale</a>, and <br>
				<a href="http://accessit.nda.ie/guideline_1_97.html#rationale">http://accessit.nda.ie/guideline_1_97.html#rationale</a></li>
				<li>University of Wisconsin<br>
				<a href="http://www.doit.wisc.edu/accessibility/online-course/standards/navigation.htm#explanationssimg">http://www.doit.wisc.edu/accessibility/online-course/standards/navigation.htm#explanationssimg</a></li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>W3C 'how-to' tips at <a href="http://www.w3.org/WAI/wcag-curric/sam6-0.htm">http://www.w3.org/WAI/wcag-curric/sam6-0.htm</a></p>
			<p>W3C discussion and tips on client side image maps</p>
			<p><a href="http://www.w3.org/TR/html4/struct/objects.html#h-13.6.1.1">http://www.w3.org/TR/html4/struct/objects.html#h-13.6.1.1</a>, and <a href="http://www.w3.org/TR/html4/struct/objects.html#h-13.6.1.1">http://www.w3.org/TR/html4/struct/objects.html#h-13.6.2</a></p>
			<p><a href="http://www.w3.org/TR/WCAG10-HTML-TECHS/#client-side-redundant-text">http://www.w3.org/TR/WCAG10-HTML-TECHS/#client-side-redundant-text</a>, and <a href="http://www.w3.org/WAI/wcag-curric/sam24-0.htm">http://www.w3.org/WAI/wcag-curric/sam24-0.htm</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_1_3']['title']="<span>1.3</span> Text description of visual track of a multimedia presentation";
	$rules['NZ_S_1_3']['text']=<<<EOT
	<p>Until user agents can automatically read aloud the text equivalent of a visual track, provide a text description [that can then be read] of the important information of the visual track of a multimedia presentation.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>To assist understanding of this requirement, an analogy is a Karaoke machine. If video with the music has someone singing the track, the lyrics presented in written form on the screen are expected to be in sync with the music and the lip movements of the singer(s).</p>
			<p>Provide a text equivalent or alternative, and an audio track to accompany a multimedia presentation, which describes important information presented in the visual track. </p>
			<p>If possible, attempt to have the text and/or audio track synchronised with the presentation.</p>
			<p>This standard covers the W3C WAI checkpoints 1.3 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-auditory-descriptions">http://www.w3.org/TR/WCAG10-TECHS/#tech-auditory-descriptions</a>) and 1.4 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-synchronize-equivalents">http://www.w3.org/TR/WCAG10-TECHS/#tech-synchronize-equivalents</a>) for NZ government agencies.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>There is a two-fold purpose for this standard.</p>
			<p>If information is provided primarily in multimedia clips i.e., scenery, charts etc., then the conveyance of the information will be lost to users with visual impairments.</p>
			<p>Having a written description (as opposed to recorded description) enables the text to be indexed and searched which (at the time of writing) is extremely difficult with information contained within a multimedia clip.</p>
			<p>For further detail, refer to</p>
			<ul>
				<li>W3C <a href="http://www.w3.org/WAI/wcag-curric/sam20-0.htm">http://www.w3.org/WAI/wcag-curric/sam20-0.htm</a></li>
				<li>Irish National Disability Authority <a href="http://accessit.nda.ie/guideline_1_56.html#rationale">http://accessit.nda.ie/guideline_1_56.html#rationale</a></li>
				<li>University of Wisconsin <a href="http://www.doit.wisc.edu/accessibility/online-course/standards/multimedia.htm">http://www.doit.wisc.edu/accessibility/online-course/standards/multimedia.htm</a></li>
				<li>University of Wisconsin also provides a video clip demonstrating a screen reader encountering images without alt-text <a href="http://www.doit.wisc.edu/accessibility/online-course/standards/multimedia.htm#videoex">http://www.doit.wisc.edu/accessibility/online-course/standards/multimedia.htm#videoex</a><br>
				Note: This video requires the <a href="http://www.apple.com/quicktime/download/">QuickTime</a> player.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<dl>
				<dt>Coding for an example implementation of this standard is available at <a href="http://www.menace.co.nz/egovt/1.3">http://www.menace.co.nz/egovt/1.3</a>, kindly provided by Pete McVicar.</dt>
				<dt>The W3C provides 'how-to' tips for supporting and implementing this standard for common (at the time of writing) multimedia formats</dt>
				<dd><a href="http://www.w3.org/WAI/wcag-curric/sam21-0.htm">http://www.w3.org/WAI/wcag-curric/sam21-0.htm</a> and</dd>
				<dd><a href="http://www.w3.org/WAI/wcag-curric/sam22-0.htm">http://www.w3.org/WAI/wcag-curric/sam22-0.htm</a></dd>
				<dt>WebAim provides an example of creating and combining media content with text for RealPlayer&trade;.<br>
				<a href="http://www.webaim.org/techniques/captions/real/">http://www.webaim.org/techniques/captions/real/</a></dt>
			</dl>
		</div>
	</div>
EOT;
	
	$rules['NZ_S_1_4']['title']="<span>1.4</span> Height and width attributes are specified in the IMG element";
	$rules['NZ_S_1_4']['text']=<<<EOT
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>The dimensions applied should be the actual dimensions of the image.</p>
			<h4>Further Assistance</h4>
			<ul>
				<li>Sub section Images - Image Attributes on page 107.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Users who have slow connections can still obtain most of the textual content in a requested page before all the images have been downloaded, as opposed to having to wait for all content of the page to be rendered.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>W3C<br>
			<a href="http://www.w3.org/MarkUp/html3/img.html">http://www.w3.org/MarkUp/html3/img.html</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_2_1']['title']="<span>2.1</span> Information conveyed with colour must be available without colour";
	$rules['NZ_S_2_1']['text']=<<<EOT
	<p>Ensure that all information conveyed with colour is also available without colour. This applies principally to navigation labels and error messages.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>This applies to all content whether done in CMS, templates or completely hand coded sites.</p>
			<p>Use white text with caution.</p>
			<p>Red text, which is often used for important messages, may not be as prominent for a colour-blind person or someone using a black and white monitor. In this case, you should reinforce the message by emphasis &lt;em&gt; or a symbol like "*".</p>
			<p>Testing should be undertaken on an approved subset of form pages, one of which is a homepage. This will be the basis for testing when a compliance audit is undertaken on an agency site.</p>
			<p>Note: 'Homepage' as defined in the Glossary of Key Concepts, page 138.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>2.2 - Contrast between foreground and background colours on page 15.</li>
			</ul>
			<h4>Further Assistance</h4>
			<ul>
				<li>Sub section Text and Fonts - Font colour on page 108.</li>
			</ul>
			<p>This standard covers the W3C WAI checkpoint 2.1 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-color-convey">http://www.w3.org/TR/WCAG10-TECHS/#tech-color-convey</a>) for NZ government agencies.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>People who are visually-impaired including colour blindness, may not perceive differences in colour. Users with browsers that do not support colour or do not support colour well will also be disadvantaged.</p>
			<p>For further detail, see</p>
			<ul>
				<li>Irish National Disability Authority <a href="http://accessit.nda.ie/guideline_1_36.html#rationale">http://accessit.nda.ie/guideline_1_36.html#rationale</a></li>
				<li>W3C <a href="http://www.w3.org/WAI/wcag-curric/gid3-0.htm">http://www.w3.org/WAI/wcag-curric/gid3-0.htm</a></li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Use white text with caution as it may not print if background colours are ignored.</p>
			<p>Background colours contrast with text colours.</p>
			<p>Avoid patterned backgrounds that make text difficult to read.</p>
			<p>W3C 'how-to' tips <a href="http://www.w3.org/WAI/wcag-curric/sam25-0.htm">http://www.w3.org/WAI/wcag-curric/sam25-0.htm</a></p>
			<p>A free contrast analysis tool is available at <a href="http://www.nils.org.au/info.aspx?page=628">http://www.nils.org.au/info.aspx?page=628</a><br>
			Note: This tool is for guidance only and does not eliminate the need for testing by disabled people.</p>
			<p>Colours for the Colour Blind at <a href="http://www.toledo-bend.com/colorblind/index.html">http://www.toledo-bend.com/colorblind/index.html</a></p>
			<p>Poynter.org: Colour contrast and dimension in news design <a href="http://poynterextra.org/cp/index.html">http://poynterextra.org/cp/index.html</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_2_2']['title']="<span>2.2</span> Contrast between foreground and background colours";
	$rules['NZ_S_2_2']['text']=<<<EOT
	<p>Ensure that foreground and background colour combinations provide sufficient contrast for navigation, text and informational elements when viewed by someone having colour deficits or when viewed on a black and white screen.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Ensure that background colours contrast with text colours.</p>
			<p>Use white text with caution. Apart from being difficult to read on a light colour background, it may not print if background colours are ignored.</p>
			<p>Avoid patterned backgrounds that make text difficult to read.</p>
			<p>This standard covers the W3C WAI checkpoint 2.2 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-color-contrast">http://www.w3.org/TR/WCAG10-TECHS/#tech-color-contrast</a>) for NZ government agencies.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>2.1 - Information conveyed with colour must be available without colour on page 14.</li>
			</ul>
			<h4>Further assistance</h4>
			<ul>
				<li>Sub section Text and Fonts - Font colour on page 105.</li>
				<li>Sub section Colour (page 110) - suggesting colours used for text, backgrounds, hyperlinks and solid-colour graphics are from the 216-colour web-safe palette.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Poor colour contrast is difficult to read, even for users with excellent eyesight. This becomes all the more difficult when users have vision impairments. Bear in mind that there is also a high level of red-green colour blindness in New Zealand. </p>
			<p>There should be good contrast between text colour and the background colour. Patterned backgrounds make text difficult to read, particularly if you have poor vision, and should be avoided.</p>
			<p>Irish National Disability Authority <a href="http://accessit.nda.ie/guideline_1_37.html#rationale">http://accessit.nda.ie/guideline_1_37.html#rationale</a></p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>A free contrast analysis tool is available at <a href="http://www.nils.org.au/info.aspx?page=628">http://www.nils.org.au/info.aspx?page=628</a></p>
			<p>The following site provides a useful tool to check colour contrast acceptability and for colour blindness. <a href="http://www.vischeck.com/vischeck/vischeckURL.php">http://www.vischeck.com/vischeck/vischeckURL.php</a><br>
			Note: These tools are given for guidance only and do not eliminate the need for testing by disabled people.</p>
			<p>W3C <a href="http://www.w3.org/WAI/wcag-curric/gid3-0.htm">http://www.w3.org/WAI/wcag-curric/gid3-0.htm</a></p>
			<p>Colours for the Colour Blind at <a href="http://www.toledo-bend.com/colorblind/index.html">http://www.toledo-bend.com/colorblind/index.html</a></p>
			<p>Poynter.org: Colour contrast and dimension in news design <a href="http://poynterextra.org/cp/index.html">http://poynterextra.org/cp/index.html</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_3_1']['title']="<span>3.1</span> Documents validate to published formal grammars";
	$rules['NZ_S_3_1']['text']=<<<EOT
	<p>Documents, including any web page and/or form, validate to published formal grammars. For NZ government web sites these are:</p>
	<ul>
		<li>HTML 4.01, Strict or Transitional</li>
		<li>XHTML 1.0, Strict or Transitional</li>
		<li>CSS, CSS1 or CSS2</li>
		<li>RSS, 1.0</li>
	</ul>
	<p>Content produced after 1 April 2004 must publish and validate to the above stated grammars unless the following exception criteria qualify:</p>
	<ol class="roman">
		<li>a document that the agency wishes to place on its web site, which is to be or has been produced outside of editorial control of the agency, and cannot be sourced in HTML (or XHTML), or</li>
		<li>a document that the agency wishes to place on its web site, which has all its content duplicated elsewhere within the same web site (where the duplicated content validates to the above stated grammars), or </li>
		<li>it is legitimately not feasible to be made directly accessible. </li>
	</ol>
	<p>If content cannot qualify via the exceptions as stated above, an agency must apply for a formal exemption, and consider providing a service that will convert the content "on demand".</p>
	
	<p>Notes:</p>
	<ol>
		<li>Documents qualifying via the exceptions to validating to the formal published grammars in cases i) and iii) must be assisted with a summary of the key points contained within the document (which itself must validate to the approved formal grammars), located such that the summary's association with the document is unambiguous as to which document the summary pertains.</li>
		<li>Documents "legitimately not feasible to be made directly accessible" (as in case iii) of the exception criteria) would qualify as such by being deemed
			<ol class="alpha">
				<li>For a "specialist audience" (as defined in the Glossary of key concepts, page 141), or</li>
				<li>A "special-purpose document" (as defined in the Glossary of key concepts, page 142).</li>
			</ol>
		</li>
		<li>Documents "made directly accessible" (as in case iii) of the exception criteria). Refer to standard 4.2 on page 22, regarding the publishing of documents in the most accessible format.</li>
		<li>Selectors, properties and values that are defined in CSS2 must degrade gracefully (as defined in the Glossary of key concepts, page 140), in browsers that don't correctly interpret CSS2, or do so poorly.</li>
	</ol>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Conversion of content produced before 1 April 2004 to HTML format is at the discretion of the Agency, subject to the criteria set out in paragraph 4 of the Cabinet Minute [(03) 41/2B].</p>
			<p>Ensure:-</p>
			<ol>
				<li>Elements are closed properly.</li>
				<li>Elements and content are laid out consistently.</li>
				<li>A document title is provided in the HEAD section of the web page using the TITLE tag. For example, &lt;title&gt;Example title&lt;/title&gt;.<br>
				If an Agency uses the additional meta-tag instance of the document title it must contain the same information - for example &lt;meta name="title" content="Example title"&gt;.</li>
			</ol>
			<p>This standard covers the W3C WAI checkpoint 3.2 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-identify-grammar">http://www.w3.org/TR/WCAG10-TECHS/#tech-identify-grammar</a>) for NZ government agencies.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>3.2 - Use elements to convey document structure and mark up lists properly on page 19.</li>
				<li>4.2 - Publish documents in the most accessible format possible on page 22.</li>
				<li>4.3 - Usage of PDF documents on page 24.</li>
			</ul>
			<h4>Related Recommendation(s)</h4>
			<ul>
				<li>4.1.4 - Create documents primarily in the valid formal grammars on page 77.</li>
			</ul>
			<h4>Further Assistance</h4>
			<ul>
				<li>Sub section Web Document Mark-Up on page 119.</li>
				<li>Sub section Web Document Mark-Up - Use of mark-up protocols, page 119.</li>
				<li>Sub section Online forms - Expected grammars (page 114) - Forms designed to be completed on-screen and submitted online are in HTML or XHTML.</li>
			</ul>
			<dl>
				<dt>W3C</dt>
				<dd><a href="http://www.w3.org/TR/html401/">http://www.w3.org/TR/html401/</a></dd>
				<dd><a href="http://www.w3.org/MarkUp/#xhtml1">http://www.w3.org/MarkUp/#xhtml1</a></dd>
			</dl>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>The web was founded on Hypertext Mark-up Language (HTML) and HTTP, the protocol for its transport.</p>
			<p>HTML 4.01 is likely to be the last revision of the HTML recommendation based on SGML. Future recommendations for structural mark-up for the web will be based on XML, providing a framework for the language to extend.</p>
			<p>XHTML 1.0 is the first such recommendation based on XML. Some recent browsers support XML-based mark-up like XHTML, as well as the SGML-based HTML. It is likely over time that XML browsers will be the norm, but this is not the case at the time of writing.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>For further details see</p>
			<dl>
				<dt>W3C</dt>
				<dd><a href="http://www.w3.org/TR/html401/">http://www.w3.org/TR/html401/</a>, <a href="http://www.w3.org/MarkUp/#xhtml1">http://www.w3.org/MarkUp/#xhtml1</a></dd>
				<dt>W3C (including tips for validation)</dt>
				<dd><a href="http://www.w3.org/WAI/wcag-curric/sam29-0.htm">http://www.w3.org/WAI/wcag-curric/sam29-0.htm</a></dd>
				<dt>W3C's HTML and XHTML Validation tool</dt>
				<dd><a href="http://validator.w3.org/">http://validator.w3.org/</a></dd>
			</dl>
		</div>
	</div>
EOT;

	$rules['NZ_S_3_2']['title']="<span>3.2</span> Use elements to convey document structure and mark up lists properly";
	$rules['NZ_S_3_2']['text']=<<<EOT
	<p>Use elements to convey document structure and use them according to specification. Mark up lists and list items properly.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>HTML structural elements, such as H1 to H6, LI, OL, and UL, are used to denote document structure rather than custom styles.</p>
			<p>HTML elements should not be used for formatting effects such as indentation.</p>
			<p>Use HTML headers &lt;h1&gt;..&lt;h6&gt; in document order (i.e., not styling order).</p>
			<p>The meaning of the page title should be clear out of context. An agency needs to clarify &lt;h1&gt;, &lt;h2&gt; heading tags for page or document titles. This not only assists with the consistent identification of documents on an agency web site, but ensures users of external search engine are presented with more appropriate results.</p>
			<p>Items that are intended to be associated as a list are accordingly marked up as a list.</p>
			<p>Titles should contain meaningful information in the first 60 characters.</p>
			<p>Page titles have the same syntax consistently throughout the site.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>3.3 - Do not use deprecated features of W3C technologies on page 20.</li>
				<li>4.2 - Publish documents in most accessible format possible on page 22.</li>
			</ul>
			<h4>Related Recommendation(s)</h4>
			<ul>
				<li>3.1.1 - Use appropriate mark-up language when it exists on page 71.</li>
				<li>3.1.2 - Use W3C technologies when available on page 72.</li>
			</ul>
			<p>This standard covers the W3C WAI checkpoints 3.5 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-logical-headings">http://www.w3.org/TR/WCAG10-TECHS/#tech-logical-headings</a>) and 3.6 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-list-structure">http://www.w3.org/TR/WCAG10-TECHS/#tech-list-structure</a>) for NZ government agencies.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>As stated by the Irish National Disability Authority "Many people navigate or skim through documents, by reading the headings to get a feel for the structure and an overview of the content and scope of a document. Lists with a non-logical structure will confuse users who rely on screen readers. Also, some screen readers will read content assigned as a header in a different tone of voice to other content on the page."</p>
			<p>For further details, see<br>
			Irish National Disability Authority <a href="http://accessit.nda.ie/guideline_1_62.html#rationale">http://accessit.nda.ie/guideline_1_62.html#rationale</a></p>
			<h4>Further assistance</h4>
			<p>W3C<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam33-0.htm">http://www.w3.org/WAI/wcag-curric/sam33-0.htm</a></p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_3_3']['title']="<span>3.3</span> Do not use deprecated features of W3C technologies";
	$rules['NZ_S_3_3']['text']=<<<EOT
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p><a href="http://www.w3c.org/">The World Wide Web Consortium (W3C)</a> (<a href="http://www.w3c.org/">http://www.w3c.org/</a>) is responsible for standardising Web technologies such as HTML, CSS, SVG, MathML, etc. Deprecated features of these technologies are those that have been declared obsolete by the W3C and will in time be phased out from devices that interpret them i.e., browsers.</p>
			<p>This requirement requires you to avoid deprecated features and to use recommended non-deprecated alternatives instead.</p>
			<p>This standard covers the W3C WAI checkpoint 11.2 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-avoid-deprecated">http://www.w3.org/TR/WCAG10-TECHS/#tech-avoid-deprecated</a>) for NZ government agencies.</p>
			<p>The following table shows deprecated elements<br>
			<a href="http://www.w3.org/TR/html4/index/elements.html">http://www.w3.org/TR/html4/index/elements.html</a></p>
			<p>The following table shows deprecated attributes<br>
			<a href="http://www.w3.org/TR/html4/index/attributes.html">http://www.w3.org/TR/html4/index/attributes.html</a></p>
			<p>Note at the above sites, the elements and attributes are themselves hyperlinks. Selecting these will direct to the detail of the selected element or attribute. If deprecated, it will say so and suggest an appropriate alternative.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Using deprecated features, e.g. deprecated HTML elements or attributes, will not stop the HTML validating against current doctypes. However, it will stop HTML validating against future doctypes in which the phasing out is complete. Avoiding deprecated HTML in the first place prevents you from spending time and money down the track, fixing HTML that has now become obsolete or ending up with accessibility issues because your HTML no longer validates.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>W3C<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam87-0.htm">http://www.w3.org/WAI/wcag-curric/sam87-0.htm</a></p>
			<p>and<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam88-0.htm">http://www.w3.org/WAI/wcag-curric/sam88-0.htm</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_3_4']['title']="<span>3.4</span> Relative rather than absolute units";
	$rules['NZ_S_3_4']['text']=<<<EOT
	<p>Use relative rather than absolute units in mark-up language attribute values and style sheet property values</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Avoid fonts with sizing based on absolute units such as points (pt), pixels (px), centimeters (cm), millimeters (mm) and inches (in).</p>
			<p>Font sizes expressed as percentages (%) and "ems" (em) are preferred.</p>
			<p>A base size font across the whole web site (for consistency) is recommended.</p>
			<p>This standard covers the W3C WAI checkpoint 3.4 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-relative-units">http://www.w3.org/TR/WCAG10-TECHS/#tech-relative-units</a>) for NZ government agencies.</p>
			<h4>Further Assistance</h4>
			<ul>
				<li>Sub section Text and Fonts - Families of alternatives (page 105) - Fonts should be specified as families of alternatives in order of preference.</li>
				<li>Sub section Text and Fonts - Principal font (page 105) - The principal font should be commonly available and has in its character set glyphs for the UTF-8 encoding of the long vowels of M&#257;ori.</li>
				<li>Sub section Text and Fonts - Font downloading (page 105) - The site should not ask people to download fonts or software to view text.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>People with visual disabilities may have difficulty reading text, or not be able to read text at all. If the cause of the reading difficulty is principally due to the user considering the text too small, most browsers will allow the enlargement of fonts, some browsers enable scalable enlargement of the whole document (i.e. Opera).</p>
			<p>However, most browsers will more likely resize relatively-sized fonts than absolutely-sized fonts.</p>
			<p>Most browsers will attempt resizing with absolute fonts but the resulting web site pages will often end up with an undesired overlap of content upon enlargement.</p>
			<p>Irish National Disability Authority site details on this:<br>
			<a href="http://accessit.nda.ie/guideline_1_60.html#rationale">http://accessit.nda.ie/guideline_1_60.html#rationale</a></p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>W3C<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam32-0.htm">http://www.w3.org/WAI/wcag-curric/sam32-0.htm</a></p>
			<p>WebAim<br>
			<a href="http://www.webaim.org/techniques/fonts/#font_size">http://www.webaim.org/techniques/fonts/#font_size</a></p>
			<p>Irish National Disability Authority<br>
			<a href="http://accessit.nda.ie/guideline_1_60.html">http://accessit.nda.ie/guideline_1_60.html</a></p>
			<p><a href="http://www.alistapart.com/articles/sizematters/">http://www.alistapart.com/articles/sizematters/</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_4_1']['title']="<span>4.1</span> Document size and type with document links";
	$rules['NZ_S_4_1']['text']=<<<EOT
	<p>Links to web documents indicate as a minimum the document size and type, which must either be included in the link itself and/or in the TITLE tag.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<h4>Associated Recommendation(s)</h4>
			<ul>
				<li>4.1.2 - Versions and other aspects of a document (page 75) recommended being present with a document.</li>
				<li>4.1.3 - Compression of large files or collections of small files page 75.</li>
			</ul>
			<h4>Further Assistance</h4>
			<ul>
				<li>Sub section Images - Size (page 75) - Attempt to keep single images under 30 KB and avoiding the use of large images on a homepage.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>When downloadable objects such as documents, program executables and multimedia files are presented for download, users need to know if the object downloaded is going to be accessible and usable to them. Presenting information including the document size enables the user to make a decision as to whether they wish to download the document. The user may choose not to do so, for a number of reasons. For example, determining that they may not obtain a successful download with their current connection type, the download may take too long or the download may incur a degree of cost (with the user's ISP) that the user may not wish to incur. Information provided about the document type may result in the user deciding to avoid download, due to not having the necessary tools/software on hand to access the document.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_4_2']['title']="<span>4.2</span> Publish documents in most accessible format possible";
	$rules['NZ_S_4_2']['text']=<<<EOT
	<p>If you cannot publish a document that validates to the approved formal grammars as stated in standard 3.1 on page 16, then publish the document in the most accessible format possible.</p>
	<dl>
		<dt>Accessible formats include:</dt>
		<dd>Rich text format (rtf) for documents</dd>
		<dd>Separator character separated values for spreadsheets e.g. comma separated variable (CSV).</dd>
	</dl>
	<p>If it is not possible or not feasible to publish in an accessible format, then the document can be published in its native (considered non-accessible) format <em>if and only if</em> the document is</p>
	<ul>
		<li>for a specialised audience, or</li>
		<li>considered a special-purpose document, or</li>
		<li>a PDF document</li>
	</ul>
	<p>In all cases of any of the above non-accessible format documents being published, the document must</p>
	<ol class="roman">
		<li>be assisted with a summary of the key points contained within the document (which itself must validate to the approved formal grammars stated in 3.1 on page 16)., and</li>
		<li>be assisted with contact details (which can be a link to contact details) so that the content may be discussed or requested in an accessible format., and</li>
		<li>state why the web site is providing the document only in a non accessible format., and</li>
		<li>all of the content provided for i., ii. and iii. is located on the web site in association with the document such that it is unambiguous as to which document this content pertains.</li>
	</ol>
	<p>Notes:</p>
	<ol>
		<li>"specialist audience" (as defined in the Glossary of key concepts, page 138)</li>
		<li>"special-purpose document" (as defined in the Glossary of key concepts, page 139).</li>
	</ol>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Be cautious about using proprietary file formats such as Microsoft Word or Excel.</p>
			<p>An agency is expected to have good reason to deem a document as special-purpose and/or for a specialist audience. Your agency may be asked to justify why a document on your agencies web site(s) qualifies as such, if and when a site audit is undertaken.</p>
			<p>Open Document Format (ODF)</p>
			<p>ODF shows a lot of promise for open document accessibility and usability.</p>
			<p>At the time of writing, ODF is still in relatively early days and there are still variants. It is not considered mature enough as yet to include as an accessible format, however developments and uptake of ODF will be monitored and the position on ODF adjusted and expanded accordingly.</p>
			<p>Refer <a href="http://www.oasis-open.org/home/index.php">http://www.oasis-open.org/home/index.php</a>,<br>
			<a href="http://office.microsoft.com/en-us/products/HA101723691033.aspx">http://office.microsoft.com/en-us/products/HA101723691033.aspx</a></p>
	
			<h4>Related Standard(s)</h4>
			<ul>
				<li>3.1 - Documents validate to published formal grammars on page 16.</li>
				<li>4.3 - Usage of PDF documents on page 24.</li>
				<li>4.4 - Web site documents for specialist audiences identified as such on page 25.</li>
				<li>4.5 - Web site special-purpose documents identified as such on page 25.</li>
			</ul>
			<h4>Related Recommendation(s)</h4>
			<ul>
				<li>4.1.3 - Compression of large files or collections of small files (page 75) - Large files made available broken down to collections of small files and/or made available in compressed and uncompressed "duo" versions.</li>
				<li>4.1.4 - Create documents primarily in the valid formal grammars on page 76.</li>
			</ul>
			<h4>Further Assistance</h4>
			<ul>
				<li>Sub section Special-purpose documents - Special software (page 123)- When file formats other than HTML may require special software to make use of it.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Support for accessibility features in PDFs by screen readers is limited to the latest versions (which few people have). Correctly marking up a PDF document is more difficult than producing HTML <a href="http://www.webaim.org/techniques/acrobat/">http://www.webaim.org/techniques/acrobat/</a>  <a href="http://www.alistapart.com/articles/pdf_accessibility">http://www.alistapart.com/articles/pdf_accessibility</a>.</p>
			<p>rtf is considered in many courts to be more accessible than pdf - users can load into the editing tool (generally word processing) of their choice and use the search and find tools they are familiar with. Additionally, some individuals and organisations are more comfortable with rtf over Microsoft Word docs because they don't support embedded code and thus reduce potential virus risk.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>A comma is a common separator character used for an accessible spreadsheet format (referred to as a comma separated variable or CSV format), such that it has become a de facto "standard" separator character. When the separator character is not a comma, it is good practice to use a character that is easily selected from a NZ keyboard and state with any such document what the separator character is.</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_4_3']['title']="<span>4.3</span> Usage of PDF documents";
	$rules['NZ_S_4_3']['text']=<<<EOT
	<p>PDF is not considered an accessible format, however if PDF must be used to publish a document you must:</p>
	<ul>
		<li>Show the PDF version used (located in association with the PDF document such that it is unambiguous as to which document the PDF version pertains)., and</li>
		<li>If publishing in version 8 or greater, follow and adhere to the Acrobat Accessibility Guidelines, and</li>
		<li>If the PDF version is the only version of the content on the web site i.e, it does not qualify under exemption point ii) of standard 3.1 (page 16), then adhere to the requirements for publishing non-accessible format documents in standard 4.2 on page 22.</li>
	</ul>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Use of PDF alone for long documents or documents with specific, complex formatting intended for specialist audiences is strongly discouraged. However, if no HTML or Rich Text Format (rtf) version is provided, the Acrobat Accessibility Guidelines should be followed (see <a href="http://www.adobe.com/products/acrobat/access_booklet.html">http://www.adobe.com/products/acrobat/access_booklet.html</a>).</p>
			<p>The agency is expected to provide as much detail as possible in the associated HTML summary of key points contained within a PDF. However, this can be, at a minimum, a sentence describing what the topic of the PDF is.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>4.2 - Publish documents in the most accessible format possible on page 22.</li>
				<li>3.1 - Documents validate to published formal grammars on page 16.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>PDF format has become a de-facto standard. However, it does have some accessibility issues. The extent of the accessibility issues is related to how the pdf document has been constructed. WebAim discusses some of the issues regarding accessibility of pdf documents <a href="http://www.webaim.org/techniques/acrobat/">http://www.webaim.org/techniques/acrobat/</a> in more depth.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>IRD example providing a report in pdf indicating the size, number of pages, a link to the appropriate format reader if the user needs to download software to access the file, and importantly, a link providing details if the user experiences any accessibility issues.<br>
			<a href="http://www.ird.govt.nz/studentloans/about/reports/2005/">http://www.ird.govt.nz/studentloans/about/reports/2005/</a></p>
			<dl>
				<dt>Further useful information is available @</dt>
				<dd>WebAim - Accessibility with PDFs (<a href="http://www.webaim.org/techniques/acrobat/">http://www.webaim.org/techniques/acrobat/</a>)</dd>
				<dd>Adobe - accessibility with pdf v7 <a href="http://www.adobe.com/enterprise/accessibility/reader/index.html">http://www.adobe.com/enterprise/accessibility/reader/index.html</a></dd>
			</dl>
		</div>
	</div>
EOT;

	$rules['NZ_S_4_4']['title']="<span>4.4</span> Web site documents for specialist audiences identified as such";
	$rules['NZ_S_4_4']['text']=<<<EOT
	<p>Any document, content and/or forms/applications on an agency web site that is deemed for a specialist audience (as defined in the Glossary of key concepts, page 138) must state that the document/content/application is for a specialist audience, and have no ambiguity as to what part of on the web site (i.e., document, content) applies to the specialist audience.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>A document for specialist audience does not necessarily imply exclusion of users outside that specialist audience. If it is intended to constrain the document to the specialist audience, then this would normally be achieved within an authenticated site.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>4.2 - Publish documents in the most accessible format possible on page 22.</li>
				<li>3.1 - Documents validate to published formal grammars on page 16.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>One of the principal foundations of the purpose for the New Zealand Web Standards is to provide economical and equitable access to information. This applies to all information the NZ government wishes to make available to the public. Correspondingly, it is important to minimise any reasons for excluding information from being accessible to all members of the public, as much as feasibly possible.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_4_5']['title']="<span>4.5</span> Web site special-purpose documents identified as such";
	$rules['NZ_S_4_5']['text']=<<<EOT
	<p>Any document, content and/or forms/applications on an agency web site that is deemed a special-purpose document (as defined in the Glossary of key concepts, page 139) must state that</p>
	<ul>
		<li>the document/content/application is a special-purpose document, and</li>
		<li>why it is a special-purpose document</li>
	</ul>
	<p>and have no ambiguity as to what part thereof on the web site (i.e., document, content) is special-purpose.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>A special-purpose document should not imply exclusion of users who are outside of the specialist audience for the document, or who do not have the tools to make sense of the document. The specialist audience qualification can be on the basis of a specialist tool(s) to present and/or make sense of the data (e.g., an Excel spreadsheet with modelling macros). In this case, if the underlying data is intended for (not excluded from) public view, the agency is expected to provide an alternative means for users to access the data in a logical presentation format. This can be achieved via various means, such as providing contact details (i.e., phone, fax, email, online form for request submissions) for users to request the data, and in a particular the desired presentation "view". Such details can then be sent out to users who have submitted such requests. Another alternative is providing accessible online applications, which present the data online, subject to one or more user selectable criteria. This eliminates or reduces the need for specialist presentation/modelling tools to be present on the client device.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>3.1 - Documents validate to published formal grammars on page 16.</li>
				<li>4.2 - Publish documents in the most accessible format possible on page 22.</li>
				<li>4.3 - Usage of PDF documents on page 24.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>One of the principal foundations of the purpose for the New Zealand Web Standards is to provide economical and equitable access to information. This applies to all information the NZ government wishes to make available to the public. Correspondingly, it is important to minimise any reasons for excluding information from being accessible to all members of the public, as much as feasibly possible.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_5_1']['title']="<span>5.1</span> Identify changes in natural language of document text";
	$rules['NZ_S_5_1']['text']=<<<EOT
	<p>Clearly identify changes in the natural language of a document's text and any text equivalents for</p>
	<ul>
		<li>paragraphs</li>
		<li>captions</li>
		<li>navigation labels</li>
		<li>block quotes</li>
	</ul>
	<p>Note: an exemption to meeting this standard is granted where the change in natural language is M&#257;ori or a Pacific Island language. This is due to a lack of text readers that cover these languages. When sufficient coverage with text readers covers these languages, this exemption will then no longer apply.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>If you use a number of different languages on a page, make sure that any changes in language are clearly identified.</p>
			<p>For example, if a web site has a natural language (i.e. the predominant language used for the content of the web site) of English and part of the content is describing the greeting phrase in M&#257;ori - "Kia Or&#257;", this is a case of a change in the natural language.</p>
			<p>This standard covers the W3C WAI checkpoint 4.1 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-identify-changes">http://www.w3.org/TR/WCAG10-TECHS/#tech-identify-changes</a>) for NZ government agencies.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Screen readers will attempt to read screen content in whatever has been defined as the natural language of the web site. When a screen reader encounters a piece of text that is not in the natural language, unless told otherwise it will still attempt to pronounce the text phonetically in the natural language.</p>
			<p>For example, if a web site has a natural language of English, a screen reader would have difficulty pronouncing the following piece of content, if not indicated prior to the Russian phrase that there is a change of natural language (to Russian)</p>
			<p>'When greeted by the Russian ambassador, he gave a "Приветствия от русского" welcome!'</p>
			<p>For further detail, see<br>
			W3C <a href="http://www.w3.org/WAI/wcag-curric/gid5-0.htm">http://www.w3.org/WAI/wcag-curric/gid5-0.htm</a></p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>The natural (primary or predominant) language of a web site is set in HTML with the lang attribute.</p>
			<p>For example (specifying English)<br></p>
			<p>&lt;HTML lang="en"&gt;<br>
			       ....rest of an HTML document written in English...<br>
			    &lt;/HTML&gt;</p>
			<p>when specifying changes in the natural language, use the lang attribute as per the example.</p>
			<p>W3C<br>
			<a href="http://www.w3.org/TR/WCAG10-HTML-TECHS/#changes-in-lang">http://www.w3.org/TR/WCAG10-HTML-TECHS/#changes-in-lang</a></p>
		</div>
	</div>
EOT;
	
	$rules['NZ_S_5_2']['title']="<span>5.2</span> Identify the primary natural language of a document";
	$rules['NZ_S_5_2']['text']=<<<EOT
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Use the HTML LANG attribute in the web document's HTML tag to identify the natural language. In XML, use "XML:LANG".</p>
			<p>For New Zealand, the natural language is New Zealnd English, the LANG value is "EN-NZ".</p>
			<p>Example (HTML):</p>
			<p>&lt;HTML LANG="EN-NZ"&gt;
				&lt;HEAD&gt;&lt;/HEAD&gt;<br>
				&lt;BODY&gt;<br>
					...<br>
				&lt;/BODY&gt;<br>
			&lt;/HTML&gt;</p>
			<p>This standard covers the W3C WAI checkpoint 4.3 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-identify-lang">http://www.w3.org/TR/WCAG10-TECHS/#tech-identify-lang</a>) for NZ government agencies.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>5.1 - Identify changes in the natural language of document text on page 26.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>This is predominantly for assistive technologies such as screen text and Braille readers, which need to be informed what the natural language of a web site is.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>W3C<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam42-0.htm">http://www.w3.org/WAI/wcag-curric/sam42-0.htm</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_5_3']['title']="<span>5.3</span> Expansion of abbreviations and acronyms in a document";
	$rules['NZ_S_5_3']['text']=<<<EOT
	<p>Specify the expansion of each abbreviation or acronym in a document where it first occurs.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Use the HTML ABBR and ACRONYM when using abbreviations or acronyms to define their full meaning.</p>
			<p>This standard covers the W3C WAI checkpoint 4.2 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-expand-abbr">http://www.w3.org/TR/WCAG10-TECHS/#tech-expand-abbr</a>) for NZ government agencies.</p>
			<h4>Further Assistance</h4>
			<ul>
				<li>Sub section Unicode and Macrons on page 121.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>The meaning of acronyms and abbreviations are not obvious on their own to all users of a web site, particularly for NZ Government agencies sites intended for public access.</p>
			<p>Additionally, abbreviations are no more than the letters that they constitute to assistive technologies such as text and Braille readers, unless they are given more details as to what they stand for.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>W3C<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam41-0.htm">http://www.w3.org/WAI/wcag-curric/sam41-0.htm</a>, and<br>
			<a href="http://www.w3.org/TR/WCAG10-HTML-TECHS/#text-abbr">http://www.w3.org/TR/WCAG10-HTML-TECHS/#text-abbr</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_5_4']['title']="<span>5.4</span> Substituting umlauted vowels for macronised vowels";
	$rules['NZ_S_5_4']['text']=<<<EOT
	<p>Authors do not use altered fonts that substitute umlauted vowels for macronised vowels.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
		<h4>Further Assistance</h4>
			<ul>
				<li>Sub section Unicode and Macrons on page 124.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Unicode is a standard that allows characters from a wide variety of languages to be encoded electronically, including the M&#257;ori macronised vowels. Unicode is now more widely supported by operating systems, fonts and browsers than was previously the case. Its use is recommended. Using altered fonts cannot guarantee this same level of support.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_5_6']['title']="<span>5.6</span> Underlining is not used for any items making up text or headings";
	$rules['NZ_S_5_6']['text']=<<<EOT
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<h4>Related Recommendation(s)</h4>
			<ul>
				<li>6.1.5 - Avoid the usage of underscores in URLs on page 79.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Underlining is most commonly recognised as a link. To utilise underlining for other purposes other than a link renders it easily confused with a link.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_5_7']['title']="<span>5.7</span> Provide metadata to pages and sites";
	$rules['NZ_S_5_7']['text']=<<<EOT
	<p>Provide metadata to add semantic information to pages and sites. As a minimum, provide metadata for page title, keywords and descriptions.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Make selective use of CSS techniques to aid aural navigation.</p>
			<p>This standard covers the W3C WAI checkpoint 3.2 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-identify-grammar">http://www.w3.org/TR/WCAG10-TECHS/#tech-identify-grammar</a>) for NZ government agencies.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Metadata provides contextual information for people navigating the site, especially those with screen readers who rely on things such as page titles, structured page headings, and lists.  Metadata may also be used by some search engines</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>W3C<br>
			<a href="http://www.w3.org/TR/WCAG10-HTML-TECHS/#document-meta">http://www.w3.org/TR/WCAG10-HTML-TECHS/#document-meta</a></p>
			<p>and<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam99-0.htm">http://www.w3.org/WAI/wcag-curric/sam99-0.htm</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_6_1']['title']="<span>6.1</span> Agency sites provide publicly available reports";
	$rules['NZ_S_6_1']['text']=<<<EOT
	<p>Agency sites provide any publicly available reports the agency is required to produce by statute on their web site(s). Refer to your communications department, legal teams or representative to determine what these reports are for your agency.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>It is up to the agency to determine how long documents remain available on their web sites. The Public Records Act has the General Disposal Authority (GDA3), which allows deletion/destruction of reproductions of documents where the original has been captured into the corporate record-keeping system.</p>
			<p>It is unlikely the web site of an agency (or the underlying data store it utilises behind the web site) is the sole repository and/or copy of a document. In such cases, it is expected that the agency have such documents under management with respect to archiving/record-keeping.</p>
			<p>If this is not the case (the web site and/or its respective data store being the sole copy of a document), then management of the document comes under the agency's record-keeping initiative, as required under the public records act (refer The Public Records Act 2005 page 135).</p>
			<p>Once documents have been removed (from the web site), the agency may consider retaining metadata details of the documents and enabling such data to be available on the web site. The documents will still appear in searches (on the web site); however, the mechanism for accessing them may not be online. For example, the agency may provide contact details and/or an online application form for interested users requesting access to the documents.  Refer to standard 5.7 - Provide metadata to pages and sites on page 29 regarding incorporating metadata into your web site.</p>
			<p>The National Library also keeps a record of reports that agency sites have made public. The National Library attempts to identify and capture these reports themselves. However, to assist the National Library with this process, agencies are encouraged to lodge a copy of such reports with the National Library.</p>
			<h4>Further Assistance</h4>
			<ul>
				<li>Public Information - examples of agency public information on page 116.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>One of the principal foundations of the purpose for the New Zealand Web Standards is to provide economical and equitable access to information. This means that the NZ Government makes all public information available where feasible.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_6_2']['title']="<span>6.2</span> Agency sites provide consultation documents";
	$rules['NZ_S_6_2']['text']=<<<EOT
	<p>Agency sites provide consultation documents on their web site(s). Refer to your communications department, legal teams or representative to determine what these documents are for your agency.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Consultation links on the home page should be labelled "Currently Consulting on..." for consistency across government.</p>
			<p>The National Library also keeps a record of documents agency sites have made public. The National Library attempts to identify and capture these documents themselves. However, to assist the National Library with this process, agencies are encouraged to lodge a copy of such documents with the National Library.</p>
			<h4>Related Standard(s)</h4>
				<ul>	
					<li>6.1 - Agency sites provide publicly available reports on page 30.</li>
				</ul>
			<h4>Related Recommendation(s)</h4>
			<ul>
				<li>6.1.9 - Media releases and consultation documents available as an RSS feed on page 82.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>One of the principal foundations of the purpose for the New Zealand Web Standards is to provide economical and equitable access to information. This means that the NZ Government makes all public information available where feasible.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_6_3']['title']="<span>6.3</span> Agency sites provide press notices from the agency, and links to press notices from the minister, for instances that set the context for a specific release of information where relevant (E.g. Budget).";
	$rules['NZ_S_6_3']['text']=<<<EOT
	<p>Agency sites provide press notices from the agency, and links to press notices from the minister on their web site(s), for instances that set the context for a specific release of information where relevant (E.g. Budget).</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Currently this is at the discretion of the agency as to where on an agency web site this is placed. Further versions of the standard may suggest, recommend or mandate where press releases are to reside.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>One of the principal foundations of the purpose for the New Zealand Web Standards is to provide economical and equitable access to information. This means that the NZ Government makes all public information available where feasible.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_6_4']['title']="<span>6.4</span> Agency sites provide press notices from the agency";
	$rules['NZ_S_6_4']['text']=<<<EOT
	<p>The site provides an email address for each of the following:</p>
	<ul>
		<li>info@&lt;domain&gt;</li>
		<li>postmaster@&lt;domain&gt;</li>
		<li>webmaster@&lt;domain&gt;</li>
		<li>privacy@&lt;domain&gt;</li>
		<li>complaints by at least one of:
		<ul>
			<li>complaints@&lt;domain&gt;</li>
			<li>abuse@&lt;domain&gt;</li>
		</ul>
		</li>
		<li>general enquiries by at least one of:
		<ul>
			<li>enquiries@&lt;domain&gt;, or</li>
			<li>enquiry@&lt;domain&gt;</li>
		</ul>
		</li>
	</ul>
	<p>It is at the discretion of the agency whether these email addresses are published on the site.</p>
	<p>The agency must have a response mechanism for each address, such that an appropriate person ultimately reads an email item coming to any of these addresses, and a response is made to the sender of the email if so requested.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>An auto-response should be sent back to any sender to acknowledge receipt of the email.</p>
			<p>It is at the discretion of the agency as to how these email addresses are "funnelled" into the agency. For instance, they may simply all combine to one group address. More important is that any messages sent do get read by appropriate personnel within the agency, the agency personnel reading a message are aware of the category (via initial email address) for which it was sent. That is, personnel should be able to differentiate a Complaints email from a Webmaster email, and ensure that they are responded to appropriately. The agency must acknowledge receipt of the email, if this is requested by the sender. Obviously, this is to be qualified within reason, i.e. that the request from the sender is reasonable.</p>
			<p>If agencies have concerns regarding spamming to these email addresses then</p>
			<ol>
				<li>the agency does not have to publish these addresses, and</li>
				<li>the agency is advised to investigate employing anti-spamming procedures and processes on its email server(s)</li>
			</ol>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Users require a means of contacting the agency.</p>
			<p>It is a requirement of the Internet Engineering Task Force (IETF, see <a href="http://www.ietf.org/">http://www.ietf.org/</a>) that Internet mail systems provide a generic hide@address.com email address and that a person is responsible for handling messages to that mailbox. Any domain supporting email must comply with this requirement. People typically report problems, including complaints about relayed 'spam' messages, using the postmaster address.</p>
			<p>Not all users however are familiar with the IETF <em>postmaster</em> standard.</p>
			<p>Default names over and above postmaster, which are also commonly used, enhance the usability and accessibility for users of email as a means of contacting back to the agency.</p>
			<p>These email addresses need to exist and receive messages but, generally for prevention of spamming, do not need to be published on their web sites.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_6_5']['title']="<span>6.5</span> Superseded material is marked as superseded";
	$rules['NZ_S_6_5']['text']=<<<EOT
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>It is at the discretion of the agency as to where (on the appropriate page(s)) to place the mark, or indication that a section of material on the web site has been superseded. It should not be confusing to a user as to which piece of material on a page is superseded. </p>
			<p>Effort should be made to keep the content of a web site up to date. Pages should show the date last reviewed/updated.</p>
			<p>Sites should be continually reviewed for outdated material content, particularly of any type that relates to a fixed date such as a final date for submissions, job applications or an event to be held.</p>
			<h4>Related Recommendation(s)</h4>
			<ul>
				<li>6.1.7 - Plan in place to ensure material on the web site is accurate and up-to-date on page 80.</li>
			</ul>
			<h4>Further assistance</h4>
			<ul>
				<li>Sub section Expectations of web site content - Up to date on page 103.</li>
			</ul>
			<p>Sub section Content change management - Procedures for correcting errors (page 104) - The agency has procedures for correcting errors.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Outdated material can convey incorrect information and can cause frustration amongst users if they are unaware that the material has been superseded, especially if there are actions a user chooses to respond to as a result of the information they are obtaining. Users are also likely to develop mistrust of the site. This reflects poorly on the agency and the NZ Government.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_6_6']['title']="<span>6.6</span> Paid advertising not hosted on a site";
	$rules['NZ_S_6_6']['text']=<<<EOT
	<p>Paid advertising is not carried, including advertorial that is unrelated to an agency's core business, unless the agency has significant involvement in a commercial event, such as a conference, where it may be appropriate to promote the event and link to a commercial web site.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>There should also be no implied endorsement of products or services, unless reporting on an open, formal accreditation process.</p>
			<p>An agency may promote its own products or services, including those provided in part by other parties or business partners.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>The Public Service code of conduct requires public servants to "avoid situations which might compromise their integrity or otherwise lead to conflicts of interest" (see <a href="http://www.ssc.govt.nz/coc">http://www.ssc.govt.nz/coc</a>). NZ government agencies are not mandated to gather revenue via the hosting of advertising.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_7_1']['title']="<span>7.1</span> Associate labels explicitly with their controls";
	$rules['NZ_S_7_1']['text']=<<<EOT
	<p>Until user agents support explicit associations between labels and form controls, for all form controls with implicitly associated labels, ensure that the label is properly positioned.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Use the HTML LABEL tag to explicitly associate.</p>
			<p>Every descriptive label should be tagged as &lt;label&gt; and associated with the name of the field. The "for" attribute of the label tag is used by modern screen readers to identify a field reached by tabbing. Without this, tabbing between fields is completely disorienting.</p>
			<p>The label should immediately precede the control in code. Screen readers read left to right. This will make it easy to read the form and make sense of it with a screen reader. See also the Irish National Disability Authority:<br>
			<a href="http://accessit.nda.ie/guideline_1_79.html#directions">http://accessit.nda.ie/guideline_1_79.html#directions</a></p>
			<p>This standard covers the W3C WAI checkpoints 10.2 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-unassociated-labels">http://www.w3.org/TR/WCAG10-TECHS/#tech-unassociated-labels</a>) and 12.4 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-associate-labels">http://www.w3.org/TR/WCAG10-TECHS/#tech-associate-labels</a>) for NZ government agencies.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Poor label and control layout is potentially ambiguous to all users. Likewise, with assistive technologies such as screen readers, and more so for users with visual impairment.</p>
			<p>W3C gives a good example (Example 3) of potential ambiguity for users (and for screen readers) with a poor label/control layout<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam78-0.htm">http://www.w3.org/WAI/wcag-curric/sam78-0.htm</a></p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>W3C<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam78-0.htm">http://www.w3.org/WAI/wcag-curric/sam78-0.htm</a></p>
			<p>University of Wisconsin provides good assistance and tips for creating accessible forms<br>
			<a href="http://www.doit.wisc.edu/accessibility/online-course/standards/forms.htm">http://www.doit.wisc.edu/accessibility/online-course/standards/forms.htm</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_7_2']['title']="<span>7.2</span> Create a logical tab order through links";
	$rules['NZ_S_7_2']['text']=<<<EOT
	<p>Create a logical tab order through links, form controls, and objects.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Refer to the definition of tab order (page 139) in the Glossary of Key Concepts.</p>
			<p>Tabbing through form controls is possibly the most common navigation method for web site users, so it is important to ensure the tab order follows the visual placement of controls on a web page. For NZ Government agency web sites, the logical order is left to right, top to bottom.</p>
			<p>This standard covers the W3C WAI checkpoint 9.4 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-tab-order">http://www.w3.org/TR/WCAG10-TECHS/#tech-tab-order</a>) for NZ government agencies.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Not all users utilise a mouse or other "pointing" device for navigational purposes and rely on "tabbing" (usually via the "TAB" key) to move the cursor. The tab order is expected to follow the structural order of the web page elements. Not doing so gives a poor user experience from disorientation within the site, and can create confusion for assistive technologies such as screen and Braille readers.</p>
		</div>
		
		<h4>For further details</h4>
		<p>Irish National Disability Authority<br>
		<a href="http://accessit.nda.ie/guideline_1_42.html#rationale">http://accessit.nda.ie/guideline_1_42.html#rationale</a></p>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>W3C<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam73-0.htm">http://www.w3.org/WAI/wcag-curric/sam73-0.htm</a></p>
			<p>WebAim<br>
			<a href="http://www.webaim.org/techniques/forms/screen_reader.php#logical">http://www.webaim.org/techniques/forms/screen_reader.php#logical</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_7_3']['title']="<span>7.3</span> Include non-link, printable characters between adjacent links";
	$rules['NZ_S_7_3']['text']=<<<EOT
	<p>Include non-link, printable characters (surrounded by spaces) between adjacent links and also have a space between links.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>The WAI Accessibility Guidelines recommend putting a printing character like a " | " between adjacent links.</p>
			<p>This standard is necessary until user agents (including assistive technologies) render adjacent links distinctly.</p>
			<p>This standard covers the W3C WAI checkpoint 10.5 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-divide-links">http://www.w3.org/TR/WCAG10-TECHS/#tech-divide-links</a>) for NZ government agencies.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Apart from being difficult to distinguish visually for users even with no visual impairment, some assistive technologies (generally older) have difficulty differentiating between hyperlinks when they have no visual (and correspondingly, textual) separation.</p>
			<p>This can also help people with motor impairments.</p>
		</div>
		<h4>For further details</h4>
		<p>Irish National Disability Authority<br>
		<a href="http://accessit.nda.ie/guideline_1_87.html#rationale">http://accessit.nda.ie/guideline_1_87.html#rationale</a></p>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>W3C<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam82-0.htm">http://www.w3.org/WAI/wcag-curric/sam82-0.htm</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_7_4']['title']="<span>7.4</span> Web pages are able to be printed in whole";
	$rules['NZ_S_7_4']['text']=<<<EOT
	<p>The main content of a web page must print correctly within the width of a portrait A4 sheet of paper.</p>
	<p>Content must not be cut off from either side. Where a page requires landscape orientation, or specific print settings (such as adjusted margins) to print correctly it must be made clear to the user.</p>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>A user can expect to capture any part of a web site in hard copy, without losing any information or significant layout from that experienced in the browser.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>The following article kindly provided by Pete McVicar in "A List Apart" <a href="http://www.alistapart.com/articles/printtopreview">http://www.alistapart.com/articles/printtopreview</a> provides a discussion and examples for print preview and use of print style sheets. Coding for an example implementation of this standard is available at <a href="http://www.menace.co.nz/egovt/13.1.html">http://www.menace.co.nz/egovt/13.1.html</a>, also kindly provided by Pete McVicar.</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_8_1']['title']="<span>8.1</span> Identify the target of each link";
	$rules['NZ_S_8_1']['text']=<<<EOT
	<p>Clearly identify the target of each link. It must be clear to the user where that link will take them. Everything that is a link is obvious as a link.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>This standard is based on the Irish National Disability Authority guidelines. Ensure that the following characteristics of navigation mechanisms are more or less uniform throughout a site, or a series of related sites creates consistency:</p>
			<ul>
				<li>Visual presentation - navigation elements look similar from page to page</li>
				<li>Order - navigation elements are presented in a consistent sequence</li>
				<li>Language - terminology is consistent</li>
				<li>Behaviour - links and navigation controls always do the same thing when activated</li>
				<li>It is generally recommended against having images as links. However, this can in certain cases assist with accessibility. If this is to be done, then the image must be made "obvious as a link" and an associated equivalent text-based navigation must also be provided.</li>
			</ul>
			<p>This standard covers the W3C WAI checkpoint 13.1 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-meaningful-links">http://www.w3.org/TR/WCAG10-TECHS/#tech-meaningful-links</a>) for NZ government agencies.</p>
			<h4>Further Assistance</h4>
			<ul>
				<li>Sub section External Links - External link pointers on page 122.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Consistency in a web site is a key factor for usability and accessibility, and helps create a good user experience. Consistency in navigation within the site is a key factor in the overall consistency of a web site. Having inconsistent navigation mechanisms, and navigation that does not make it clear where the user is being led, will disorient users and lead to mistakes, confusion, frustration or more simply, a poor overall user experience. Users are unlikely to willingly return to a site where the have had a previous poor user experience.</p>
			<p>For the agency, maintenance of the site is made more difficult, which exacerbates the further degradation of usability and accessibility.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>W3C<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam97-0.htm">http://www.w3.org/WAI/wcag-curric/sam97-0.htm</a></p>
			<p>Irish National Disability Authority <a href="http://accessit.nda.ie/guideline_1_75.html#rationale">http://accessit.nda.ie/guideline_1_75.html#rationale</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_8_2']['title']="<span>8.2</span> External and internal links are valid";
	$rules['NZ_S_8_2']['text']=<<<EOT
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>External and internal links should be checked regularly, or incorporate an automatic checking process to ensure that the links are valid. Broken or 'moved' links should be corrected, removed or the linking text updated accordingly.</p>
			<dl>
				<dt>Invalid links can be:</dt>
				<dd>a non-existent site/page</dd>
				<dd>a valid page, but not that intended by the link</dd>
			</dl>
			<h4>Further Assistance</h4>
			<ul>
				<li>Sub section External Links - External link pointers on page 119.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>The usefulness of a site diminishes if an external link references an invalid or non-existent link. It also hinders the quality of the site from a user perspective.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_8_3']['title']="<span>8.3</span> Compulsory links on every web page";
	$rules['NZ_S_8_3']['text']=<<<EOT
	<p>As a minimum, every web page under ownership of the agency must have the following links:-</p>
	<ol>
		<li>To a homepage. If using an agency logo on a web page, it links to the homepage and has alt text of "Go to home page - Agency Name". This is irrespective of whether the user is currently on a homepage. Note: 'Homepage' as defined in the Glossary of Key Concepts, page 138.</li>
		<li>To "About this Site", as defined in standard 16.3 on page 53. The name of the link is "About this site"</li>
		<li>To a privacy notice. The name of the link must contain the word "Privacy". The privacy notice is as per standard 16.7 on page 57 and located within a web site as per standard 16.3 on page 53.</li>
	</ol>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Always make the logo a link, even if activating the link will only refresh the current page.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>16.1 - Links to the homepage of the "Main" agency web site on page 52.</li>
				<li>16.3 - Minimum content within "About this Site" on page 53.</li>
				<li>16.7 - Privacy Statement on page 57.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Assists usability andaccessibility of a web site. At any point in the web site, a user should be able to return to the homepage with minimal effort. Users need to refer back to key points within a web site from any page within the web site.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Assistance with this standard is provided incorporating this and related standards in a number of examples. Refer to <a href="http://elabs.govt.nz/web-standards/agency-sub-site-1-creating.html">http://elabs.govt.nz/web-standards/agency-sub-site-1-creating.html</a> for an example page showing the minimal links required as per this standard. Refer to <a href="http://elabs.govt.nz/web-standards/example-description.html">http://elabs.govt.nz/web-standards/example-description.html</a> for an overview of this and related standards.</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_8_4']['title']="<span>8.4</span> Navigation Access keys";
	$rules['NZ_S_8_4']['text']=<<<EOT
	<p>Navigation Access keys are used within the site as follows:</p>
	<ul>
		<li>Access key 1 is provided for Home.</li>
		<li>Access key 2 is provided for Site Map.</li>
		<li>Access key 3 is provided for Search.</li>
		<li>Access key 9 is provided for Contact Us.</li>
		<li>Access key [ is provided for beginning of main content. This is known as a <em>Skip Link</em>.</li>
		<li>Access key / is provided for "Go to http://www.govt.nz"</li>
	</ul>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<h4>Related Standard(s)</h4>
			<ul>
				<li>15.3 - Providing keyboard shortcuts on page 50.</li>
				<li>15.4 - Skipping over long lists of unwanted links on page 51.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Assists and reinforces the standard 15.3 (page 50) regarding the keyboard shortcuts required for NZ government agency web sites. In addition, it establishes conformity of access keys across all NZ Government agency sites. This assists users with familiarity of web site functionality within the NZ e-Government space as a whole.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>The NZ e-Govt site provides a guide for Access Key usage support under different browser types and versions<br>
			<a href="http://www.e.govt.nz/accessibility">http://www.e.govt.nz/accessibility</a></p>
			<p>IRD provides a good example of an accessibility guide to its sites<br>
			<a href="http://www.ird.govt.nz/help/accessibility/help-accessibility.html">http://www.ird.govt.nz/help/accessibility/help-accessibility.html</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_9_1']['title']="<span>9.1</span> Organise documents so they may be read without style sheets";
	$rules['NZ_S_9_1']['text']=<<<EOT
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Web sites that use style sheet techniques 'degrade gracefully' (definition of page 137 in the Glossary of Key Concepts), so that the site remains fully functional if style sheet techniques are ignored. Test for graceful degradation by viewing the site with a text browser, such as Lynx, or use Firefox Web Developer toolbar to disable CSS.</p>
			<p>For example, when an HTML document is rendered without associated style sheets, it must still be possible to read the document in the logical order it was intended with style sheets.</p>
			<p>This standard covers the W3C WAI checkpoint 6.1 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-order-style-sheets">http://www.w3.org/TR/WCAG10-TECHS/#tech-order-style-sheets</a>) for NZ government agencies.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Style sheets are not consistently supported by different browsers and some browsers (generally older browsers) do not support them at all.</p>
			<p>For further detail, see</p>
			<p>Irish National Disability Authority <a href="http://accessit.nda.ie/guideline_1_47.html#rationale">http://accessit.nda.ie/guideline_1_47.html#rationale</a></p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>W3C 'how-to' tips at <a href="http://www.w3.org/WAI/wcag-curric/sam52-0.htm">http://www.w3.org/WAI/wcag-curric/sam52-0.htm</a>, and<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam53-0.htm">http://www.w3.org/WAI/wcag-curric/sam53-0.htm</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_9_2']['title']="<span>9.2</span> Use style sheets to control layout and presentation of page and elements";
	$rules['NZ_S_9_2']['text']=<<<EOT
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Use HTML structural elements, such as H1 to H6, OL, and UL, to denote document structure rather than custom styles. People using non-visual browsers or browsers that ignore style sheets are therefore not disadvantaged.</p>
			<p>You may use selectors, properties and values that are defined in CSS2, but only where you are sure they will 'degrade gracefully' (defined on page 137 in the Glossary of Key Concepts) in browsers that don't correctly interpret CSS2 or do so poorly.</p>
			<p>This standard covers the W3C WAI checkpoint 3.3 (http://www.w3.org/TR/WCAG10-TECHS/#tech-style-sheets) for NZ government agencies.</p>
			<h4>Related Standards</h4>
			<ul>
				<li>9.1 - Organise documents so they may be read and still function without style sheets on page 41.</li>
			</ul>
			<h4>Further Assistance</h4>
			<ul>
				<li>Sub section Web Document Mark-Up - Styles sheets on page 119.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>As stated by the Irish National Disability Authority, "Using style sheets separates structure and presentation which brings several benefits, including improved accessibility, manageability, and portability"</p>
			<p>This complements the use of HTML 4.01, whereby the W3C reinstated HTML as primarily a structural document mark-up language and, alongside this, encouraged the use of style sheets for presentation.</p>
			<p>For further details<br>
			<a href="http://accessit.nda.ie/guideline_1_59.html#rationale">http://accessit.nda.ie/guideline_1_59.html#rationale</a></p>
			<p>For a demo of the separation of presentation to structure, visit<br>
			<a href="http://www.csszengarden.com/">http://www.csszengarden.com/</a></p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>W3C<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam30-0.htm">http://www.w3.org/WAI/wcag-curric/sam30-0.htm</a></p>
			<p>also provide a CSS Validator<br>
			<a href="http://jigsaw.w3.org/css-validator/">http://jigsaw.w3.org/css-validator/</a></p>
			<p>University of Wisconsin provides assistance for proper use of Cascading Style Sheets<br>
			<a href="http://www.doit.wisc.edu/accessibility/online-course/standards/formatting.htm#explanationd">http://www.doit.wisc.edu/accessibility/online-course/standards/formatting.htm#explanationd</a></p>
			<p>WebAim, Invisible Content Just for Screen Reader Users<br>
			<a href="http://www.webaim.org/techniques/css/invisiblecontent/">http://www.webaim.org/techniques/css/invisiblecontent/</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_10_1']['title']="<span>10.1</span> Ensuring dynamic content is accessible";
	$rules['NZ_S_10_1']['text']=<<<EOT
	<p>Ensure that dynamic content is accessible. Provide an alternative presentation or page, and ensure that equivalents for dynamic content are updated when the dynamic content changes.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Explanation is easiest by example (as follows).</p>
			<p>Consider a site that enables a user to shop for various products offered for sale.</p>
			<p>The products available for selection may be presented graphically, in which case a text equivalent is also expected.</p>
			<p>As a user selects products for purchase, the content of the shopping basket will increase. This is an example of dynamic content. The shopping basket content may be presented to the user with a graphic of each product selected (no doubt also with quantity). It would be expected to have a text equivalent with each product selected.</p>
			<p>As an alternative, offer a non-graphic presentation version to the user.</p>
			<p>This standard covers the W3C WAI checkpoints 6.2 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-dynamic-source">http://www.w3.org/TR/WCAG10-TECHS/#tech-dynamic-source</a>) and 6.5 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-fallback-page">http://www.w3.org/TR/WCAG10-TECHS/#tech-fallback-page</a>) for NZ government agencies.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Dynamic presentation causes problems for screen readers and other screen scanning devices, which may easily become confused with content changing dynamically.</p>
			<p>It also presents difficulties for users with impaired vision.</p>
			<p>It is difficult to provide meaningful alt-text for random images dynamically served to a page.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>W3C<br>
			<a href="http://www.w3.org/TR/WCAG10-TECHS/#alt-page-note">http://www.w3.org/TR/WCAG10-TECHS/#alt-page-note</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_10_2']['title']="<span>10.2</span> No blinking or scrolling text and flashing objects";
	$rules['NZ_S_10_2']['text']=<<<EOT
	<p>Web pages are not to contain any blinking or scrolling text, or flashing objects.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Ensure that no items or objects on a page blink or scroll across the screen.</p>
			<h4>Related Recommendation(s)</h4>
			<ul>
				<li>10.1.1 - Minimise movement in pages on page 84.</li>
			</ul>
			<p>This standard covers the W3C WAI checkpoints 7.1 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-avoid-flicker">http://www.w3.org/TR/WCAG10-TECHS/#tech-avoid-flicker</a>) and 7.2 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-avoid-blinking">http://www.w3.org/TR/WCAG10-TECHS/#tech-avoid-blinking</a>) for NZ government agencies.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>People with cognitive or visual disabilities may not be able to read moving text or may be distracted by it. Flashing or blinking can trigger seizures in some people.</p>
			<p>For further detail, see</p>
			<p>University of Wisconsin<br>
			<a href="http://www.doit.wisc.edu/accessibility/online-course/standards/flicker.htm#explanationj">http://www.doit.wisc.edu/accessibility/online-course/standards/flicker.htm#explanationj</a></p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>In particular, BLINK and MARQUEE elements must be avoided. Apart from violating this standard, further reasons for avoiding these elements are:</p>
			<p>BLINK was deprecated in 1997 with the release of HTML 4.0 (its use violating standard 3.3, page 20)</p>
			<p>MARQUEE has never been part of any HTML specification (its use violating standard 3.1, page 16)</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_11_1']['title']="<span>11.1</span> Table row and column headers";
	$rules['NZ_S_11_1']['text']=<<<EOT
	<p>For data tables, identify row and column headers.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Use the &lt;TH&gt; element in tables for cells that serve as headers in rows or columns, rather than &lt;TD&gt;, which should be used for cells containing data or cells that are empty.</p>
			<p>User agents (including assistive technologies) can render header cells distinctly from data cells even when style sheets are not used e.g. a visual browser might bold the text in header cells, while a speech synthesiser might pronounce the header text with a different inflection and/or repeat the header information for each data cell in a row.</p>
			<p>Style sheets can be used to style the visual appearance and alignment of text in cells marked as headers.</p>
			<p>Where a cell's contents serves as both data and header information for other cells you can use the &lt;TD&gt; element and use the "id" and "header" attributes or "scope" attribute for &lt;TD&gt; to associate data cells and header cells.</p>
			<p>This standard covers the W3C WAI checkpoint 5.1 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-table-headers">http://www.w3.org/TR/WCAG10-TECHS/#tech-table-headers</a>) for NZ government agencies.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Users who rely on assistive technologies, particularly those with visual impairments, can either not see, or have difficulty seeing the structure of a table. In such cases, identifying row and column headers enables the assistive technology device to describe to the user the structure of a table.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>WebAIM<br>
			<a href="http://www.webaim.org/techniques/tables/data.php">http://www.webaim.org/techniques/tables/data.php</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_11_2']['title']="<span>11.2</span> Mark-up for data and header cells in tables";
	$rules['NZ_S_11_2']['text']=<<<EOT
	<p>For data tables that have two or more logical levels of row or column headers, use mark-up to associate data cells and header cells.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>There are two techniques for providing the association between header and data cells:</p>
			<ul>
				<li>The "scope" attribute on a &lt;TH&gt; cell specifies the set of data cells for which that &lt;TH&gt; cell provides header information.  The "scope" attribute can have values of "row", "col", "rowgroup" or "colgroup".</li>
				<li>The "id" and "header" attributes on &lt;TH&gt; and &lt;TD&gt; cells.  The "header" attribute on a cell specifies a list (separated by spaces) of the names of header cells that provide header information for that cell; those names are set by adding "id" attributes to the header cells.</li>
			</ul>
			<p>For very complex tables, inconsistencies in the way assistive technologies interpret the scope attribute mean that a 'belt and braces' approach to ensuring accessibility of the table is to use both the "scope" and the "id" and "headers" approaches in the table mark-up.</p>
			<p>Complex tables, such as the HTML versions of the printed financial statements from an agency's annual report, cannot readily be simplified for the web, because they still need to retain their structural integrity in order to be interpreted properly (as financial statements) by sighted users.  Use of "id" and "header" attributes, at least on &lt;TH&gt; and &lt;TD&gt; cells can ensure that such tables are reasonably accessible for users of assistive technologies as well.</p>
			<p>This standard covers the W3C WAI checkpoint 5.2 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-table-structure">http://www.w3.org/TR/WCAG10-TECHS/#tech-table-structure</a>) for NZ government agencies.</p>
			<h4>Further Assistance</h4>
			<p>W3C<br>
			<a href="http://www.w3.org/TR/html401/struct/tables.html#table-cells">http://www.w3.org/TR/html401/struct/tables.html#table-cells</a><br>
			<a href="http://www.w3.org/TR/html401/struct/tables.html#rowgroups">http://www.w3.org/TR/html401/struct/tables.html#rowgroups</a></p>
			<h5>The Treasury</h5>
			<p>The Treasury has researched best practice for mark-up of complex HTML tables of data, in particular financial statements and the Estimates of Appropriations tables, which typically have multiple levels of both column and row headings.</p>
			<p>Contact the Treasury Web Sites Manager (hide@address.com), for information about the Treasury's practice in marking up complex HTML tables and for the Treasury's extensions (commands) for Macromedia Dreamweaver® that can be used to automate the application of "id" and "header" attributes in complex HTML tables.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Users who rely on assistive technologies, particularly those with visual impairments, can either not see, or have difficulty seeing the structure of a table. In such cases, using mark-up to associate data cells with header cells enable the assistive technology device to describe to the user the structure of a table.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>An additional technique that can be used in long and/or complex tables is to group rows into a table head (using the &lt;THEAD&gt; element), table foot (&lt;TFOOT&gt;), and one or more table body (&lt;TBODY&gt;) sections.  &lt;THEAD&gt; and &lt;TFOOT&gt; contain information about the table's columns, while &lt;TBODY&gt; sections contain data.  Dividing the structure of tables this way enables user agents to support scrolling of table bodies independently of the table head and foot. When long tables are printed, the table head and foot information may be repeated on each page that contains table data.</p>
			<p>Table use example for this standard at <a href="http://elabs.govt.nz/web-standards/table-use-example.html">http://elabs.govt.nz/web-standards/table-use-example.html</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_11_3']['title']="<span>11.3</span> Tables for layout";
	$rules['NZ_S_11_3']['text']=<<<EOT
	<p>Do not use tables for layout, use style sheets instead.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Do not use tables for layout unless the table makes sense when linearised. Otherwise, if the table does not make sense, provide an alternative equivalent (which may be a linearised version).</p>
			<p>This standard covers the W3C WAI checkpoint 5.3 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-avoid-table-for-layout">http://www.w3.org/TR/WCAG10-TECHS/#tech-avoid-table-for-layout</a>) for NZ government agencies.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>9.1 - Organise documents so they may be read and still function without style sheets on page 39.</li>
				<li>9.2 - Use style sheets to control layout and presentation of pages and elements on page 40.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Supports the NZ Government Public Service values of Equity, Economy and Integrity.</p>
			<p>W3C recommendations are for Cascading Style Sheets (CSS1 and CSS2) for layout.</p>
			<p>Tables may be helpful to place and separate elements to the right or left of a page, but they should be used sparingly and not relied on fully, since not all browsers for some devices support tables.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>W3C<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam48-0.htm">http://www.w3.org/WAI/wcag-curric/sam48-0.htm</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_11_4']['title']="<span>11.4</span> Provide summaries for tables";
	$rules['NZ_S_11_4']['text']=<<<EOT
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Use the "summary" attribute within the &lt;TABLE&gt; element.</p>
			<p>For complex tables, the summary attribute should contain text that helps users of assistive technologies form a mental picture of the structure of the table e.g. by describing the number of rows and columns, significant groups of rows and the column headings.</p>
			<p>This standard covers the W3C WAI checkpoint 5.5 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-table-summaries">http://www.w3.org/TR/WCAG10-TECHS/#tech-table-summaries</a>) for NZ government agencies.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>This is predominantly for assistive technologies such as screen and Braille readers, which will be able to inform users of such devices what information is presented in the table and name the table headings.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>W3C<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam50-0.htm">http://www.w3.org/WAI/wcag-curric/sam50-0.htm</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_12_1']['title']="<span>12.1</span> Frames are not to be used";
	$rules['NZ_S_12_1']['text']=<<<EOT
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Never use Frames (<a href="http://www.w3.org/TR/html401/present/frames.html#h-16.1">http://www.w3.org/TR/html401/present/frames.html#h-16.1</a>).</p>
			<p>You can use iFrames (<a href="http://www.w3.org/TR/html401/present/frames.html#h-16.5">http://www.w3.org/TR/html401/present/frames.html#h-16.5</a>) but style sheets (refer standard 9.2 on page 40) are recommended over iFrames where possible.</p>
			<p>If iFrames must be used, be conscious of representing external content in the iFrame as being from the original site. If it is not obvious (i.e., transparent) that content is from another site, acknowledgement is required to be made as to any external content and where it is being pulled from. This falls under standard 16.6 - Copyright of third parties on page 57.</p>
			<p>This standard covers the W3C WAI checkpoint 12.2 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-frame-longdesc">http://www.w3.org/TR/WCAG10-TECHS/#tech-frame-longdesc</a>) for NZ government agencies.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>As described on <a href="http://webaim.org/techniques/frames/#accessibility">Webaim.org</a>, 'People using screen readers cannot quickly scan the contents of multiple pages. All of the content is experienced in a linear fashion, one frame at a time. Frames are not inaccessible to modern screen readers, but they can be disorienting.'</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_13_1']['title']="<span>13.1</span> Pages usable when scripts, applets and other programmatic objects turned off";
	$rules['NZ_S_13_1']['text']=<<<EOT
	<p>Ensure that pages are usable when scripts, applets, or other programmatic objects are turned off or not supported. If this is not possible, provide equivalent information on an alternative accessible page.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Scripting as referred to here is <em>Client-side</em> scripting.</p>
			<p>Scripting languages should only be used where required. A simple rule of thumb regarding the usage of scripting or applets is "is this really necessary in the web site?" and "can the functional end objective be met without scripting and/or applets?"</p>
			<p>If scripting (or an applet) must be used, then:</p>
			<ol>
				<li>All information and services on a government web site must be available whether or not scripting is available to the user, and</li>
				<li>Text-based alternatives are available.</li>
				<li>If using Javascript, adopt the principals of "unobtrusive Javascript". This is principally enhancing usability without decreasing accessibility with the use of Javascript.</li>
			</ol>
			<p>Where active scripting is used, it should conform to the ECMAScript standard, rather than a proprietary standard, and should use the W3C Document Object Model (DOM). This is a platform- and language-neutral interface that will allow programs and scripts to dynamically access and update the content, structure and style of documents.</p>
			<p>This standard covers the W3C WAI checkpoint 6.3 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-scripts">http://www.w3.org/TR/WCAG10-TECHS/#tech-scripts</a>) for NZ government agencies.</p>
			<h4>Further Assistance</h4>
			<ul>
				<li>Sub section Scripting on page 120.</li>
			</ul>
			<h4>Resources</h4>
			<p>ECMAScript (<a href="http://www.ecma-international.org/publications/standards/Ecma-262.htm">http://www.ecma-international.org/publications/standards/Ecma-262.htm</a>)</p>
			<p>W3C Document Object Model (<a href="http://www.w3.org/DOM/">http://www.w3.org/DOM/</a>)</p>
			<p>Unobtrusive Javascript (<a href="http://onlinetools.org/articles/unobtrusivejavascript/">http://onlinetools.org/articles/unobtrusivejavascript/</a>)</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Some organisations and individuals do not allow scripts to be run in their browsers, and some browsers do not understand some types of scripting. Scripting languages (particularly JavaScript) are abused creating a perception of insecurity and/or invasiveness among some web users.</p>
			<p>Scripting can reduce accessibility in certain circumstances and can 'confuse' assistive technologies such as screen readers. Dynamic drop-down menus in particular are known to cause significant accessibility problems for people with motor or visual impairments, for example when screen magnifiers are used.</p>
			<p>Applets and/or support for applets may require downloads which are either disabled for a user community or the user simply does not wish to download (and run through possible subsequent installations) for one or more reasons (excessive time to download with a slow connection, potential security issues etc.)</p>
			<p>A web browser user generally has full control over any client side scripting giving the potential for manipulation of the script!</p>
			<p>Most browsers provide a means to disable support for scripting thus reinforcing the need not to have reliance on scripting.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Three straightforward tips from W3C regarding alternative pages</p>
			<ol>
				<li>Allow users to navigate to a separate page that is accessible, contains the same information as the inaccessible page, and is maintained with the same frequency as the inaccessible page.</li>
				<li>Instead of static alternative pages, set up server-side scripts that generate accessible versions of a page on demand.</li>
				<li>Provide a phone number, fax number, email, or postal address where information is available and accessible, preferably 24 hours a day.</li>
			</ol>
			
			<p>Coding for an example implementation of this standard is available at <a href="http://www.menace.co.nz/egovt/13.1.html">http://www.menace.co.nz/egovt/13.1.html</a>, kindly provided by Pete McVicar.</p>
			<p>Consider "Unobtrusive JavaScript" techniques when employing JavaScript, <a href="http://onlinetools.org/articles/unobtrusivejavascript/">http://onlinetools.org/articles/unobtrusivejavascript/</a></p>
	
			<p>W3C 'how-to' tips at</p>
			<p><a href="http://www.w3.org/WAI/wcag-curric/sam56-0.htm">http://www.w3.org/WAI/wcag-curric/sam56-0.htm</a></p>
			<p>University of Wisconsin provides significant content regarding applets and scripting and alternatives to scripting<br>
			<a href="http://www.doit.wisc.edu/accessibility/online-course/standards/scripts.htm">http://www.doit.wisc.edu/accessibility/online-course/standards/scripts.htm</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_13_2']['title']="<span>13.2</span> Alternative event handlers and device dependence";
	$rules['NZ_S_13_2']['text']=<<<EOT
	<p>For scripts and applets, ensure that in the absence of a mouse or equivalent device - have an alternative event handler and specify logical event handlers rather than device-dependent event handlers.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Event handlers are input device-independent.</p>
			<p>It is so easy to only consider the common "point and click" devices (i.e. mouse) in web design and development and then have a web site primarily dependent on the specific functionality of such devices.</p>
			<p>This standard covers the W3C WAI checkpoints 6.4 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-keyboard-operable-scripts">http://www.w3.org/TR/WCAG10-TECHS/#tech-keyboard-operable-scripts</a>) and 9.3 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-device-independent-events">http://www.w3.org/TR/WCAG10-TECHS/#tech-device-independent-events</a>) for NZ government agencies.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>The principal consideration here is with navigation devices. Design and development consideration should be to generic navigation, not a specific navigation device (i.e. a mouse). Users who do not and/or can not use such devices are disadvantaged if a site has been designed with dependence on specific device types (such as a mouse for navigation). Likewise, the corresponding event handlers should not be device specific.</p>
			<h4>For further details</h4>
			<p>Irish National Disability Authority<br>
			<a href="http://accessit.nda.ie/guideline_1_81.html#rationale">http://accessit.nda.ie/guideline_1_81.html#rationale</a></p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Coding for an example implementation of this standard is available at <a href="http://www.menace.co.nz/egovt/13.1.html">http://www.menace.co.nz/egovt/13.1.html</a>, kindly provided by Pete McVicar.</p>
	
			<p>W3C<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam57-0.htm">http://www.w3.org/WAI/wcag-curric/sam57-0.htm</a> and<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam70-0.htm">http://www.w3.org/WAI/wcag-curric/sam70-0.htm</a></p>
			<p>From Irish National Disability Authority<br>
			<a href="http://accessit.nda.ie/guideline_1_81.html#directions">http://accessit.nda.ie/guideline_1_81.html#directions</a></p>
			<p>University of Wisconsin provides good assistance and tips on scripts and applets<br>
			<a href="http://www.doit.wisc.edu/accessibility/online-course/standards/scripts.htm">http://www.doit.wisc.edu/accessibility/online-course/standards/scripts.htm</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_14_1']['title']="<span>14.1</span> Periodical page auto-refreshing";
	$rules['NZ_S_14_1']['text']=<<<EOT
	<p>Periodical page auto-refreshing is discouraged. However, if deemed necessary, pages must refresh at a refresh rate of 5 minutes or greater (&gt;=5 minutes).</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>This standard covers the W3C WAI checkpoint 7.4 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-no-periodic-refresh">http://www.w3.org/TR/WCAG10-TECHS/#tech-no-periodic-refresh</a>) for NZ government agencies.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>It can be disruptive and frustrating for users if a page refreshes (particularly if the content and/or structure also changes) before they have had time to finish reading content of their interest on the page.</p>
			<p>Screen readers also have difficulty with refreshed web pages.</p>
			<p>If an auto refresh has been incorporated into the code (at a refresh rate less than specified in the standard), users who find the refreshing disruptive and/or frustrating have little control over this functionality.</p>
			<p>If it is deemed necessary to auto refresh web pages, a period of 5 minutes has been determined as sufficient time for most users to have completed their interest in a page (including if they are utilising assistive technology), such that a page refresh would cause minimal concern to the user.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>W3C<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam63-0.htm">http://www.w3.org/WAI/wcag-curric/sam63-0.htm</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_14_2']['title']="<span>14.2</span> Periodical page auto-redirecting";
	$rules['NZ_S_14_2']['text']=<<<EOT
	<p>Do not use mark-up (META or scripting) to automatically redirect pages. Instead, configure the server to perform redirects.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>The need to introduce page redirects occasionally (i.e. pages being superseded etc.) is acknowledged.</p>
			<p>If and when the need arises to do this, it should be done by configuring the appropriate server to do so.</p>
			<p>This standard is in place, due to the inability of user agents to stop auto-redirect.</p>
			<p>This standard covers the W3C WAI checkpoint 7.5 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-no-auto-forward">http://www.w3.org/TR/WCAG10-TECHS/#tech-no-auto-forward</a>) for NZ government agencies.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>It can be disruptive and frustrating for users if a page auto-redirects, as they can get disorientated with the site and feel that they are not in control of navigation within the site.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>W3C<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam64-0.htm">http://www.w3.org/WAI/wcag-curric/sam64-0.htm</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_15_1']['title']="<span>15.1</span> Pop-ups and other windows appearing";
	$rules['NZ_S_15_1']['text']=<<<EOT
	<p>Until user agents allow users to turn off spawned windows, do not cause pop-ups or other windows to appear and do not change the current window without informing the user. If a window has to be spawned, then the user must be informed (giving them an option to cancel), or the option given to the user asking if they</p>
	<ol>
		<li>wish to open in the same browser form, or,</li>
		<li>pull up a new form.</li>
	</ol>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>This standard also includes the non-allowance of scripting-based pop-ups.</p>
			<p>This standard covers the W3C WAI checkpoint 10.1 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-avoid-pop-ups">http://www.w3.org/TR/WCAG10-TECHS/#tech-avoid-pop-ups</a>) for NZ government agencies.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Many users find pop-ups disruptive, annoying and frustrating, as they can feel they are not in control of navigation within the site. It can also cause them to become disorientated with the site.</p>
			<p>The annoyance and frustration factor is further increased when site history links are not preserved, preventing a return to the previous page.</p>
			<p>Pop-ups are also problematic for screen readers, as the focus is suddenly removed with little or no notice.</p>
			<h4>For further detail (and discussion)</h4>
			<p>WebAim<br>
			<a href="http://www.webaim.org/techniques/hypertext/hypertext_links.php#new_window">http://www.webaim.org/techniques/hypertext/hypertext_links.php#new_window</a></p>
			<p>Irish National Disability Authority <a href="http://accessit.nda.ie/guideline_1_68.html#rationale">http://accessit.nda.ie/guideline_1_68.html#rationale</a></p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>W3C<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam77-0.htm">http://www.w3.org/WAI/wcag-curric/sam77-0.htm</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_15_2']['title']="<span>15.2</span> Unique interfacing and device-independence";
	$rules['NZ_S_15_2']['text']=<<<EOT
	<p>Ensure that any element that has its own interface can be operated in a device-independent manner and is also directly accessible or compatible with assistive technologies.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>This standard covers the W3C WAI checkpoints 8.1 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-directly-accessible">http://www.w3.org/TR/WCAG10-TECHS/#tech-directly-accessible</a>) and 9.2 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-keyboard-operable">http://www.w3.org/TR/WCAG10-TECHS/#tech-keyboard-operable</a>) for NZ government agencies.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>13.2 - Alternative event handlers and device dependence on page 47.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>A mouse as a navigation tool is a common example. Not all users utilise a mouse for navigational purposes. A mouse is a device that assists navigation, but not the only one. Users who suffer from one or more impairments may use other devices for navigation assistance. Correspondingly, if events catered for assistive devices and user interfaces are device specific (such as "drag and drop" with a mouse), or alternative events are not additionally catered for, they may not be recognised by other devices substituted for equivalent functionality.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>W3C<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam65-0.htm">http://www.w3.org/WAI/wcag-curric/sam65-0.htm</a></p>
		</div>
	</div>
EOT;
	
	$rules['NZ_S_15_3']['title']="<span>15.3</span> Keyboard shortcuts";
	$rules['NZ_S_15_3']['text']=<<<EOT
	<p>Provide keyboard shortcuts to important links (including those in client-side image maps), form controls, and groups of form controls.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>This standard covers the W3C WAI checkpoint 9.5 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-keyboard-shortcuts">http://www.w3.org/TR/WCAG10-TECHS/#tech-keyboard-shortcuts</a>) for NZ government agencies.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>8.4 - Navigational Access Keys defined for NZ Government web sites on page 38.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Supports the NZ Government Public Service values of Equity and Economy.</p>
			<p>Not all users utilise a mouse or other "pointing" device for navigational purposes and rely on "tabbing" (usually via the "TAB" key) to move the cursor. Of further assistance to all users, not just those relying on the keyboard alone, keys that duplicate a navigation link to common or expected parts of a web site assist economy and efficiency.</p>
			<h4>For further details</h4>
			<p>Irish National Disability Authority<br>
			<a href="http://accessit.nda.ie/guideline_1_86.html#rationale">http://accessit.nda.ie/guideline_1_86.html#rationale</a></p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Coding for an example implementation of this standard is available at <a href="http://www.menace.co.nz/egovt/13.1.html">http://www.menace.co.nz/egovt/13.1.html</a>, kindly provided by Pete McVicar.</p>
	
			<p>W3C (HTML)<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam76-0.htm">http://www.w3.org/WAI/wcag-curric/sam76-0.htm</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_15_4']['title']="<span>15.4</span> Skipping over long lists of unwanted links";
	$rules['NZ_S_15_4']['text']=<<<EOT
	<p>Provide a way for the user to skip over long lists of unwanted links.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Skip links above navigation links are the most common method of this and this already exists as a standard.</p>
			<p>This standard covers the W3C WAI checkpoint 13.6 (<a href="http://www.w3.org/TR/WCAG10-TECHS/#tech-group-links">http://www.w3.org/TR/WCAG10-TECHS/#tech-group-links</a>) for NZ government agencies.</p>
			
			<h4>Related Standard(s)</h4>
			<ul>
				<li>8.4 - Navigational Access Keys defined for NZ Government web sites on page 38.</li>
			</ul>
			
			<h4>Further Assistance</h4>
			<ul>
				<li>Sub section Designing accessible navigation - Further pointers for navigation assistance (page 118) - in particular, point 6) - provide a means of going directly to content if desired by the user.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Some screen readers read everything including links. Users of such assistive technology may wish to avoid a multitude of links. Skip links enable this.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Coding for an example implementation of this standard is available at <a href="http://www.menace.co.nz/egovt/15.4.html">http://www.menace.co.nz/egovt/15.4.html</a>, kindly provided by Pete McVicar.</p>
		
			<p>W3C<br>
			<a href="http://www.w3.org/WAI/wcag-curric/sam104-0.htm">http://www.w3.org/WAI/wcag-curric/sam104-0.htm</a></p>
			<p>WebAim<br>
			<a href="http://www.webaim.org/techniques/skipnav/">http://www.webaim.org/techniques/skipnav/</a></p>
		</div>
	</div>
EOT;

	$rules['NZ_S_16_1']['title']="<span>16.1</span> Links to homepage of \"Main\" agency web site";
	$rules['NZ_S_16_1']['text']=<<<EOT
	<p>Any web site owned by the agency which is not the 'Main' web site of the agency (defined as an 'Other' web site of the agency) has a link, as a minimum from the homepage, to the homepage of the 'Main' agency web site.</p>
	<p>Note: 'Main' and 'Other' web site of an agency as defined in the Glossary of Key Concepts on page 136.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>It must be clear which agency is administering a web site. For example, <a href="http://www.studylink.govt.nz/">Studylink</a> and <a href="http://www.odi.govt.nz/">Office for Disability Issues</a> are web sites administered by the <a href="http://www.msd.govt.nz/">Ministry of Social Development</a>(MSD). The Studylink and Office for Disability sites contain links back to the main agency (MSD) web site.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>16.2 - Minimum content of homepages on page 52.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Any NZ Government agency site must be clear as to which agency is hosting the site.</p>
			<p>All sites will ultimately relate back to a principal "root" of the agency.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Assistance with this standard is provided incorporating this and related standards in a number of examples.</p>
			<p>Refer to <a href="http://elabs.govt.nz/web-standards/example-description.html">http://elabs.govt.nz/web-standards/example-description.html</a> for an overview of this and related standards. </p>
		</div>
	</div>
EOT;

	$rules['NZ_S_16_2']['title']="<span>16.2</span> Minimum content of homepages";
	$rules['NZ_S_16_2']['text']=<<<EOT
	<p>All homepages contain the following as a minimum:</p>
	<ol>
		<li>Contact Us. This can be a content header or a link to a page titled "Contact Us". The associated content includes full contact details, including those for feedback and complaints.</li>
		<li>Link to the all-of-government portal (refer to <a href="http://www.govt.nz/linking">http://www.govt.nz/linking</a> for details). </li>
		<li>About this Site. This can be a content header or a link to a page titled "About this Site". The content within "About this Site" is specified in 16.3 on page 53</li>
		<li>At least the name and/or the logo of the agency.</li>
	</ol>
	<p>Note:  'Homepage' as defined in the Glossary of Key Concepts, page 138.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Contact details should include phone and fax numbers, physical and postal addresses and email address(es) or online enquiry forms.  Explicit invitations should be made to submit feedback and complaints about the web site or overall agency comments.</p>
			<p>The link to the all-of-government portal can be text or an image (logo), however the text or logo used should be that provided in the page to <a href="http://www.govt.nz/linking">http://www.govt.nz/linking</a>.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>16.1 - Links to homepage of "Main" agency web site on page 52.</li>
				<li>16.3 - Minimal content within "About this Site" on page 53.</li>
			</ul>
			<h4>Further Assistance</h4>
			<ul>
				<li>Sub section Corresponding with the users - "Contact Us" (page 113) - "Contact Us" content expectations.</li>
				<li>Sub section Corresponding with the users - Feedback (page 113) - Feedback expectations as part of "Contact Us".</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Provides consistency across all NZ Government web sites - users will find these links and/or sections on all such sites.</p>
			<p>In the case of any parts of an agency's site that are inaccessible to certain users for whatever reason, which prevents those users from accessing the information they require or completing an online transaction, it is important to provide contact details to the agency to enable such users to obtain the information and/or complete a transaction by other means.</p>
			<p>It is acknowledged that most NZ Government agencies have a logo familiar to the NZ public, in some cases the logo being more recognisable than the agency name. By this reasoning, either the name in text and/or the agency logo as a minimum is required.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Assistance with this standard is provided incorporating this and related standards in a number of examples.</p>
			<p>Refer to <a href="http://elabs.govt.nz/web-standards/agency-sub-site-1-homepage.html">http://elabs.govt.nz/web-standards/agency-sub-site-1-homepage.html</a> for an example homepage showing the minimum content as described in this standard.</p>
			<p>Refer to <a href="http://elabs.govt.nz/web-standards/example-description.html">http://elabs.govt.nz/web-standards/example-description.html</a> for an overview of this and related standards.</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_16_3']['title']="<span>16.3</span> Minimum content within \"About this Site\"";
	$rules['NZ_S_16_3']['text']=<<<EOT
	<p>The content of the section or page titled "About this Site" contains (as a minimum):</p>
	<ol>
		<li>"Site Owner". The associated content contains (as a minimum):
			<ol class="alpha">
				<li>a link back to the main agency web site</li>
				<li>site owner name (can contain a logo, but a logo alone is insufficient)</li>
			</ol>
		</li>
		<li>Accessibility". This can be a content header or a link to a page titled "Accessibility". The associated content contains (as a minimum):
			<ol class="alpha">
				<li>Access Keys, refer standard 8.4, page 38.</li>
				<li>Other information detailing navigational aids within the site is preferred.</li>
			</ol>
		</li>
		<li>"Copyright". This can be a content header or a link to a page titled "Copyright".<br>
			If the agency is providing a general crown copyright statement, it is expected to reside here, refer standard 16.5, page 56 for further detail.</li>
		<li>"Privacy". This can be a content header or a link to a page titled "Privacy".<br>
			The associated content contains (as a minimum):
			<ol class="alpha">
				<li>A privacy statement, refer standard 16.7, page 57.</li>
			</ol>
		</li>
	</ol>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>A general crown copyright statement is to be provided in the "Copyright" page or content section on the agency web sites within "About this Site", as required in standard 16.3 - Minimum content within "About this Site" on page 54.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>8.4 - Navigation Access keys used within the site on page 38.</li>
				<li>16.2 - Minimum content of homepages on page 52.</li>
				<li>16.5 - Crown Copyright on page 56.</li>
				<li>16.7 - Privacy Statement on page 57.</li>
			</ul>
			<h4>Related Recommendation(s)</h4>
			<ul>
				<li>6.1.8 - Disclaiming content on page 81.</li>
			</ul>
			<h4>Further Assistance</h4>
			<p>Privacy;<br>
			The Privacy Act 1993 on page 134.<br>
			Guidance on Personal information and privacy on page 124.</p>
			<p>Web sites can supplement the privacy content with additional targeted privacy messages e.g. where the web site collects information by means of a form.</p>
			<p>Accessibility; an overview of accessibility on page 128.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Provides consistency across all NZ Government web sites - users will find these links and/or sections on all such sites</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Agencies are expected to condense the content within "about this site" as appropriate, to minimise the need for users to scroll down to cover at a glance all the headers as prescribed (i.e., Site Owner, Accessibility, Copyright and Privacy).</p>
			<p>Assistance with this standard is provided incorporating this and related standards in a number of examples.</p>
			<p>Refer to <a href="http://elabs.govt.nz/web-standards/agency-main-site-about-this-site.html">http://elabs.govt.nz/web-standards/agency-main-site-about-this-site.html</a> for an example homepage showing the minimum content as described in this standard.</p>
			<p>Refer to <a href="http://elabs.govt.nz/web-standards/example-description.html">http://elabs.govt.nz/web-standards/example-description.html</a> for an overview of this and related standards.</p>
			<p>Refer to the following guide from the Office of the Privacy Commissioner regarding the concept of multi layering with a privacy notice (<a href="http://www.hunton.com/files/tbl_s47Details%5CFileUpload265%5C1405%5CTen_Steps_whitepaper.pdf">http://www.hunton.com/files/tbl_s47Details%5CFileUpload265%5C1405%5CTen_Steps_whitepaper.pdf</a>).</p>
			<p>Although this is aimed specifically at a privacy notice, the multi-layering concept can equally apply to each of the categories under the other three headers.</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_16_4']['title']="<span>16.4</span> Minimum content within \"Main\" agency web site";
	$rules['NZ_S_16_4']['text']=<<<EOT
	<p>A homepage in the 'Main' agency web site must have "About Us" or "About &lt;Agency Name&gt;".</p>
	<p>This can be a content header or a link to a page titled "About Us" or "About &lt;Agency Name&gt;".</p>
	<p>Mandatory content within the "About Us" section or the "About &lt;Agency Name&gt;" page contains (as a minimum):</p>
	<ol>
		<li>agency purpose</li>
		<li>a list of Minister(s) (or Mayor) relevant to the agency</li>
		<li>agency accountability documents</li>
		<li>A list of responsibilities for each of the relevant Ministers. The primary objective is defining what the ministers do for the agency.</li>
		<li>Provide a list of links to the biographies (on http://www.beehive.govt.nz or equivalent) for each of the relevant Ministers.</li>
		<li>a list of legislation or by-laws for which the agency has lead responsibility</li>
	</ol>
	<p>Note: 'Main' agency web site is defined in the Glossary of Key Concepts, page 136.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>This constitutes minimal requirements regarding the content contained within or under "About Us"/About &lt;Agency Name&gt;. Other relevant information about the agency can also be on this page or in this section. Agencies should consider placing links to other primary sources of information relevant to the agency's functions (such as clearly defining the services provided by the agency).</p>
			<p>It should always be clear which organisation is accountable for the site.</p>
			<p>The definition of 'homepage' for NZ government agency web sites is in the Glossary of Key Concepts, page 138.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>16.1 - Links to homepage of "Main" agency web site on page 52.</li>
				<li>16.2 - Minimum content of homepages on page 52.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Provides consistency across all NZ Government web sites - users will find these links and/or sections on all such sites and thus the relevant information therein.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Assistance with this standard is provided incorporating this and related standards in a number of examples.</p>
			<p>Refer to <a href="http://elabs.govt.nz/web-standards/agency-main-site-homepage.html">http://elabs.govt.nz/web-standards/agency-main-site-homepage.html</a> for an example homepage showing the minimum content as described in this standard.</p>
			<p>Refer to <a href="http://elabs.govt.nz/web-standards/example-description.html">http://elabs.govt.nz/web-standards/example-description.html</a> for an overview of this and related standards.</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_16_5']['title']="<span>16.5</span> Crown Copyright";
	$rules['NZ_S_16_5']['text']=<<<EOT
	<p>Every web site under ownership of the agency must contain a Crown copyright statement which states (as a minimum) that:-</p>
	<ul>
		<li>the material on the web site is protected by crown copyright, and</li>
		<li>anyone can utilise any of the material available on the web site free of charge and without permission of the agency provided
			<ul>
				<li>The material is not altered</li>
				<li>The source and copyright status of the material is acknowledged</li>
			</ul>
		</li>
	</ul>
	<p>Any content item and/or downloadable item on the site that the agency deems to fall outside the above (i.e., outside of crown copyright) must be stated as such, together with the item.</p>
	<p>A general crown copyright statement is to be provided in the "Copyright" page or content section on the agency web sites within "About this Site", as required in standard 16.3 - Minimum content within "About this Site" on page 53.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Agencies can assert their own copyright and/or alter the terms of the copyright statement.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>16.6 - Copyright of third parties on page 57.</li>
				<li>16.3 - Minimum content within "About this Site" on page 53.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Agencies are obliged my government mandate to disclaim crown copyright.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples from the MED web site that link to other sites:</p>
			<ul>
				<li><a href="http://www.med.govt.nz/templates/Page____7290.aspx#P76_9650">http://www.med.govt.nz/templates/Page____7290.aspx#P76_9650</a> - as hyperlinks</li>
				<li><a href="http://www.med.govt.nz/templates/Page____17589.aspx">http://www.med.govt.nz/templates/Page____17589.aspx</a> - as hyperlinks stating it is an external link</li>
				<li><a href="http://www.med.govt.nz/templates/ContentTopicSummary____7398.aspx">http://www.med.govt.nz/templates/ContentTopicSummary____7398.aspx</a> - as hyperlinks stating that it is an external link and with related links on the right.</li>
				<li>Assistance with this standard is provided incorporating this and related standards in a number of examples.<br>
				Refer to <a href="http://elabs.govt.nz/web-standards/example-description.html">http://elabs.govt.nz/web-standards/example-description.html</a>.</li>
			</ul>
		</div>
	</div>
EOT;

	$rules['NZ_S_16_6']['title']="<span>16.6</span> Links to homepage of \"Main\" agency web site";
	$rules['NZ_S_16_6']['text']=<<<EOT
	<p>Any web site under ownership of the agency that contains third party material, which in part or whole is copyright material, must have the permission from the copyright owner to use.</p>
	<p>Source and copyright status of the material on the web site, such that there is no ambiguity as to which item(s) of material on the web site the copyright pertains.</p>
	<p>A statement must also be made (on the agency web site) that permission to utilise such material cannot be given by the agency.</p>
	<p>It is also acceptable to have a general copyright statement for all material covered in the site. However, in this case the onus is on the agency to ensure that no qualifying material on the site falls outside of the statement, or material that does fall outside of the general statement has its own custom copyright statement associated with it.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>The agency is obliged to seek permission to use such material from the copyright owners in cases that qualify under this standard.</p>
			<p>Such material on an agency's web site includes</p>
			<ul>
				<li>that presented as content items sourced from a third party</li>
				<li>downloadable items sourced from a third party</li>
				<li>links to web sites outside the ownership of the agency</li>
				<li>content "pulled-in" from web sites outside the ownership of the agency</li>
			</ul>
			<p>If a general copyright statement is provided, it should be provided in the "Copyright" page or content section on the agency web sites within "About this Site", as required in standard 16.3 - Minimum content within "About this Site" on page 53.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>16.6 - Crown Copyright on page 56.</li>
				<li>16.3 - Minimum content within "About this Site" on page 53.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Agencies are obliged by government mandate to disclaim copyright of material utilised by the agency, which has not been created by the agency nor under ownership of the agency.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples from the MED web site that link to other sites:</p>
			<ul>
				<li><a href="http://www.med.govt.nz/templates/Page____7290.aspx#P76_9650">http://www.med.govt.nz/templates/Page____7290.aspx#P76_9650</a> - as hyperlinks</li>
				<li><a href="http://www.med.govt.nz/templates/Page____17589.aspx">http://www.med.govt.nz/templates/Page____17589.aspx</a> - as hyperlinks stating it is an external link</li>
			</ul>
		</div>
	</div>
EOT;

	$rules['NZ_S_16_7']['title']="<span>16.7</span> Privacy Statement";
	$rules['NZ_S_16_7']['text']=<<<EOT
	<p>Every page within a web site (including a home page) under ownership of the agency must link to a privacy notice. The text of the link includes the word 'privacy'.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>A web site can supplement privacy information contained within a privacy notice with additional targeted privacy messages e.g. where the web site collects information by means of a form.</p>
			<p>The agency is expected to have a principal privacy notice, as content or a link to a dedicated privacy page, within "About this Site" as required in standard 16.3 on page 53.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>8.3 - Compulsory links on every web page on page 38.</li>
				<li>16.3 - Minimum content within "About this Site" on page 53.</li>
			</ul>
			<h4>Further Assistance</h4>
			<ul>
				<li>Privacy Commissioner Office <a href="http://www.privacy.org.nz/your-privacy/">http://www.privacy.org.nz/your-privacy/</a></li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>A privacy notice must communicate information clearly and comprehensively about the handling of personal information. This standard provides a government mandate that agencies are obliged to provide a privacy notice, and assists with compliance with the The Privacy Act 1993 on page 137.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>The web site of the Office of the Privacy Commissioner provides an example of a privacy notice - Privacy Notice (<a href="http://www.privacy.org.nz/home.php">http://www.privacy.org.nz/home.php</a>)</p>
			<p>Consider a multi-layered privacy notice approach. As part of this, the initial notice that is presented is a condensed version, refer <a href="http://www.privacy.org.nz/library/effective-website-privacy-notices">Effective Website Privacy Notices</a> (http://www.privacy.org.nz/library/effective-website-privacy-notices) for further assistance.</p>
			<p>Examples of a dedicated privacy page:<br>
			IRD <a href="http://www.ird.govt.nz/about-this-site/privacy/">http://www.ird.govt.nz/about-this-site/privacy/</a></p>
			<p>Resources about privacy notices - <a href="http://www.privacy.org.nz/library/effective-website-privacy-notices">Effective Website Privacy Notices</a></p>
			<p>Assistance with this standard is provided incorporating this and related standards in a number of examples.<br>
			Refer to <a href="http://elabs.govt.nz/web-standards/example-description.html">http://elabs.govt.nz/web-standards/example-description.html</a>.</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_17_1']['title']="<span>17.1</span> Archiving preserving the context of documents";
	$rules['NZ_S_17_1']['text']=<<<EOT
	<p>The archive preserves the context in which the documents were made available.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Content and documents available on the web that are now "historic" should not be altered for archiving. Any item of web content or document extracted from archive must be in the wording and should be in the format as it was when online.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>6.1 - Agency sites provide publicly available reports on page 31.</li>
				<li>6.2 - Agency sites provide consultation documents on page 32.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>By mandate, the content of any document is not changed from its original once archived.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_18_1']['title']="<span>18.1</span> Minimum web browsers and their respective versions for sites to work in";
	$rules['NZ_S_18_1']['text']=<<<EOT
	<p>Any web site that is under ownership of the agency that is</p>
	<ul>
		<li>a new web site, or</li>
		<li>an existing web site, where the overall "look and feel" or functionality has been modified</li>
	</ul>
	<p>must work satisfactorily in a minimum list of web browser types and respective versions prior to being released as a production web site.</p>
	<p>The minimum list of web browser types and their corresponding version(s) combinations is derived by those that make up 1% or more of the total web browser types/versions that have been used by users accessing the homepage of the 'Main' agency web site of the agency over a specific 12 month period. Internet Explorer 7.x ((Windows, Mac)) and/or Firefox 2.x (Windows, Linux, Mac) must be included in this list, if not already present.</p>
	<p>Notes:</p>
	<ul>
		<li>'Main' agency web site and 'homepage' as defined in the Glossary of Key Concepts on page 136.</li>
		<li>"work satisfactorily" is defined in the context of these standards and recommendations in the Glossary of Key Concepts on page 141.</li>
		<li>The data for providing the total web browser types/versions/operating system platform combinations that have been used by users accessing the homepage of the 'Main' agency web site of the agency are obtainable from the web server(s) that the agency uses to host this homepage.</li>
		<li>Agencies that do not have sufficient usage statistics to determine a minimum list for testing (strictly due to having no existing web site(s) that have been in production for longer than 12 months) can utilise the list of common browsers, versions and operating systems as stated in the associated guide to this standard.</li>
	</ul>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>The definition of 'homepage' for NZ government agency web sites is in the Glossary of Key Concepts, page 138.</p>
			<p>The definition of 'Main' agency web site for NZ government agency web sites is in the Glossary of Key Concepts, page 138.</p>
			<p>The list of web browser types and respective versions is considered the minimal list for testing/quality assurance purposes.</p>
			<p>If and when an audit is to be undertaken on one or more web sites under ownership of the agency, the agency will be asked to provide the list of browser, version and operating system combinations they have used for their testing, and the 12 month period used to determine this list.</p>
			
			<h4>Associated Recommendation(s)</h4>
			<ul>
				<li>18.1.1 - Operating Systems and Device types for sites to work on page 89, which specifies specific operating systems recommended to test the browser/version list under.</li>
			</ul>
			<p>A list of common browser, version and operating system combinations is as follows:-</p>
			<h4>Minimum</h4>
			<p>The list of browser/version combinations to make web sites accessible to about 96% of Internet users.</p>
			<ul>
				<li>Internet Explorer 7.x</li>
				<li>Internet Explorer 6.0</li>
				<li>Mozilla Firefox 1.0+/2.x</li>
				<li>Safari 1.2+</li>
			</ul>
			<h4>Extensive</h4>
			<p>Add the following to the Minimal list, to extend accessibility to around 98% of Internet users. Due to varying levels of HTML/CSS compliance, the visual experience will differ slightly on some browsers.</p>
			<ul>
				<li>Internet Explorer 5.5 (Windows 2000, Mac)</li>
				<li>Internet Explorer 5.0 (Windows)</li>
				<li>Internet Explorer 5.2 (Mac)</li>
				<li>Firefox 0.9+/Mozilla 1.0+ (Windows, Linux, Mac)</li>
				<li>Netscape 7.0+ (Windows, Linux)</li>
				<li>Opera 8.0+</li>
				<li>Opera 7.0+ (Windows)</li>
				<li>Konqueror 3.0+ (Linux)</li>
			</ul>
			<h4>Comprehensive</h4>
			<p>Add the following to the Minimal and Extensive lists, to extend accessibility to all recent and legacy graphical browsers and non-graphical browsers. Due to low levels of HTML/CSS compliance, the visual experience will be poor, often losing style and formatting or without any formatting at all.</p>
			<ul>
				<li>Internet Explorer 4.0 (Windows)</li>
				<li>Netscape Navigator 4.0+ (Windows)</li>
				<li>Opera 6.0+</li>
				<li>Lynx (Windows, Linux)</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>One of the principal foundations of the purpose for the New Zealand Web Standards is to provide economical and equitable access to information. This applies to all information the NZ government wishes to make available to the public. Correspondingly, it is important to minimise any reasons for excluding information from being accessible to all members of the public, as much as feasibly possible. This includes minimising the barriers to accessing information or to completing a transaction on a NZ government agency web site, caused by issues related to the browser and/or browser version a user chooses to have.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_19_1']['title']="<span>19.1</span> Data tracking able to be disabled";
	$rules['NZ_S_19_1']['text']=<<<EOT
	<p>A web site must provide the choice for a user to disable the collection of tracking data at any time during their visit.</p>
	<p>Note this excludes:</p>
	<ul>
		<li>When the tracking data is used solely for maintaining session state of the web site</li>
		<li>Web site activity recorded in web server log(s), where the web site owner uses this data for anonymous statistical purposes.</li>
	</ul>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>This standard is in the context of the definition of Tracking Data in the Glossary of Key Concepts, page 140.</p>
			<p>Agencies should not hold unnecessary information about individuals, and are requested to be transparent about the information they are holding/recording about individuals.</p>
			<p>Web site owners should consider this standard when looking at methods available for tracking user activity on a web site.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>19.2 - Rules governing storage of tracking data on page 62.</li>
				<li>19.3 - Client side personally identifiable data storage on page 63.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Data persisted on the device on which the user is hosting their browser (e.g. client machine) is in many cases not a secure medium. It is important not to compromise the privacy of personal identity, if such information is being stored on a client side medium.</p>
			<p>Web site users express high levels of concern about the collection of information about their activities on the Internet. (Office of the Privacy Commissioner - Privacy Survey 2006). This standard limits the purpose and use of this data, and can protect the privacy of the individual user.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>It is good practice to include information about the collection of client and tracking data in the web site privacy notice.</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_19_2']['title']="<span>19.2</span> Rules governing storage of tracking data";
	$rules['NZ_S_19_2']['text']=<<<EOT
	<p>If tracking data is being recorded (i.e., such as that held in a temporary client-side cookie) then</p>
	<p>The agency must place on the site a disclaimer stating (as a minimum):</p>
	<ol>
		<li>That tracking data is being recorded,</li>
		<li>What processes are being utilised to collect the data</li>
		<li>How the data will be stored</li>
		<li>The benefits to the user community of the web site resulting from the collection of such data.</li>
		<li>How a user can prevent this data from being collected</li>
		<li>The impact (if any) on the experience the user may have with the web site, if the user chooses to disable the tracking data.</li>
	</ol>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>This standard is in the context of the definition of Tracking Data in the Glossary of Key Concepts, page 140.</p>
			<p>Processes utilised to collect the data can be described by an easily understood statement (minimising technical jargon) of how your agency is initiating and establishing the data-recording process for the web site.</p>
			<p>For example:</p>
			<p>"A script to run in your browser, which creates a file on your computer (referred to in technical circles as a "cookie") that contains a randomly generated ID. The ID is used to track which pages on our web site you have visited, and also assists identifying you when returning to our web site. The file on your computer does not identify you by any personal information. No data in this file can be used to identify you in our agency, should this file be compromised by a third party."</p>
			<p>Also include the any details associated with the specific reasoning for the recording of such data. For example, utilising a third-party organisation who provide analytical information to your agency via collection of tracking data on your agency's behalf;</p>
			<p>"Information is recorded about the pages you view, and basic information about your computer, such as the type of browser you are using, your screen resolution and your computer's internet address (IP address). This information is shared with Acme-analytics, a company that our agency has employed to provide web site traffic analysis processes for us."</p>
			<p>How the data will be stored can be described by an easily understood statement, minimising technical jargon. For example, in the case of data being recorded for traffic analysis purposes;</p>
			<p>"The aggregate data collected is stored in a database managed by Acme-analytics on behalf of our agency (include your agency name). Only authorised staffs within our agency have access to the reports created by the analysis software. Acme-analytics operates and is bound to a strict privacy policy, which they have signed with our agency."</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>19.1 - Data tracking is able to be disabled on page 61.</li>
				<li>19.3 - Client side personally identifiable data storage on page 63.</li>
			</ul>
			<h4>Related Recommendation(s)</h4>
			<ul>
				<li>19.1.1 - Scope of collecting tracking data on page 90.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Because of the requirement to be able to disable the continued recording of tracking data, a site should not have its functionality dependent on this data. Information about the recording of tracking data and user choices supports the government value of transparency.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>The web site privacy notice can include information about the collection of client and tracking data, and the options available to a user.</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_19_3']['title']="<span>19.3</span> Client side personally identifiable data storage";
	$rules['NZ_S_19_3']['text']=<<<EOT
	<p>No directly readable personal information is to be persisted on the device on which the user is hosting their browser (e.g. client machine such as a user's personal computer).</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>'Directly readable personal information' refers to data that would be able to reveal identity of an individual (or individuals) solely via</p>
			<ul>
				<li>reading the data without the need to decrypt the data, and/or</li>
				<li>without combining with other (secure) data</li>
			</ul>
			<p>For example, a user name that is encrypted, or a reference 'handle' (i.e., a session ID) that can link to more identifiable user details server-side are examples of data relating to personal details that does not reveal individual identity.</p>
			<p>An example of information persisted on the device hosting a user's browser session is data persisted in a client-side cookie, in the case of a user hosting their browser session on a personal computer.</p>
			<p>If personal information is to be persisted within tracking data using only encryption, it is expected that the cryptographic module specification meets an acceptable level of security (refer FIPS-140, <a href="http://csrc.nist.gov/publications/fips/fips140-2/fips1402.pdf">http://csrc.nist.gov/publications/fips/fips140-2/fips1402.pdf</a> as a guide). Refer also to NZ Government Information Technology Security Manual NZSIT 400, <a href="http://www.gcsb.govt.nz/publications/nzsit/nzsit-400.pdf">http://www.gcsb.govt.nz/publications/nzsit/nzsit-400.pdf</a>; chapter 9, which details approved cryptographic algorithms.</p>
			<p>Note: As per recommendation 19.1.2, page 62, if it is necessary to maintain 'state', server-side session management should be used in preference to client-side session management.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>19.1 - Data tracking is able to be disabled on page 61.</li>
				<li>19.2 - Rules governing storage of tracking data on page 62.</li>
				<li>19.4 - Encryption of personal information in tracking data on page 64.</li>
			</ul>
			<h4>Related Recommendation(s)</h4>
			<ul>
				<li>19.1.1 - Scope of collecting tracking data on page 90.</li>
				<li>19.1.2 - Server side session state on page 90.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>It is important not to inadvertently compromise the privacy of personal identity. Storage of personally identifiable information, for example in a cookie, can be insecure and is open to attack from malicious web sites and software, or can be read by other users who share use of a client device.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>The web site privacy notice can include information about the storage of data by a server on a client device. It is worthwhile giving thought to what constitutes personal information when deciding to persist any item(s) of tracking data. The name of an individual is the most direct case of personal information, but items of information such as phone numbers, email addresses, company employee IDs and residential addresses can enable direct personal identification with minimal additional effort. When persisting tracking data, encryption of all data is recommended. For example, if an individual's name and email address are being persisted, the integrity of the security is weakened if the name is encrypted but the email address is not. Additionally, if data labels need to be persisted, these should also be encrypted if possible. For example, a persisted data block stating</p>
			<p>name="&lt;encrypted name&gt;",email="&lt;encrypted email address&gt;"</p>
			<p>weakens the security integrity of the data block, as directly readable clues are provided to narrow down what needs to be decrypted.</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_19_4']['title']="<span>19.4</span> Encryption of personal information in tracking data";
	$rules['NZ_S_19_4']['text']=<<<EOT
	<p>If encryption of personal information is the sole method used to prevent the information revealing identity for personal information persisted within tracking data, as required in standard 19.3 on page 65, the cryptographic specification of the encryption must meet an acceptable level of security. This can be met by utilising an approved cryptographic algorithm.</p>
	<p>Refer to NZ Government Information Technology Security Manual NZSIT 400, <a href="http://www.gcsb.govt.nz/publications/nzsit/nzsit-400.pdf">http://www.gcsb.govt.nz/publications/nzsit/nzsit-400.pdf</a>; chapter 9, for details of approved cryptographic algorithms.</p>
	<p>Refer FIPS-140, <a href="http://csrc.nist.gov/publications/fips/fips140-2/fips1402.pdf">http://csrc.nist.gov/publications/fips/fips140-2/fips1402.pdf</a> for further guidance.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>It is not recommended that personal information be persisted in any nature within tracking data on the device on which the user is hosting their browser on (e.g. client machine such as a user's personal computer).</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>19.2 - Rules governing storage of tracking data on page 62.</li>
				<li>19.3 - Client side personally identifiable data storage on page 63.</li>
			</ul>
			<h4>Related Recommendation(s)</h4>
			<ul>
				<li>19.1.1 - Scope of collecting tracking data on page 90.</li>
				<li>19.1.2 - Server side session state on page 90.</li>
			</ul>
			<h4>Further assistance</h4>
			<ul>
				<li>FIPS-140, <a href="http://csrc.nist.gov/publications/fips/fips140-2/fips1402.pdf">http://csrc.nist.gov/publications/fips/fips140-2/fips1402.pdf</a></li>
				<li>NZ Government Information Technology Security Manual NZSIT 400, <a href="http://www.gcsb.govt.nz/publications/nzsit/nzsit-400.pdf">http://www.gcsb.govt.nz/publications/nzsit/nzsit-400.pdf</a>; chapter 9, which details approved cryptographic algorithms.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>It is important not to inadvertently compromise the privacy of personal identity. Storage of personally identifiable information, for example in a cookie, can be insecure and is open to attack from malicious web sites and software, or can be read by other users who share use of a client device.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>The web site privacy notice can include information about the storage of data by a server on a client device. It is worthwhile giving thought to what constitutes personal information when deciding to persist any item(s) of tracking data. The name of an individual is the most direct case of personal information, but items of information such as phone numbers, email addresses, company employee IDs and residential addresses can enable direct personal identification with minimal additional effort.</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_20_1']['title']="<span>20.1</span>	Requesting users to authenticate themselves";
	$rules['NZ_S_20_1']['text']=<<<EOT
	<p>All instances of requests for users to authenticate themselves in a web site utilising either the Government Logon Service (GLS) and/or the Identity Verification Service (IVS) must comply with the standards for these services, as set by the All-of-government Authentication Programme unit of the SSC.</p>
	<p>Refer to <a href="http://www.e.govt.nz/standards/e-gif/authentication/">http://www.e.govt.nz/standards/e-gif/authentication/</a> for these standards.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Refer to e-Govt Standards for authentication: <a href="http://www.e.govt.nz/standards/e-gif/authentication/">http://www.e.govt.nz/standards/e-gif/authentication/</a></p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Supports the NZ Government Public Service values of Trust and Integrity.</p>
			<p>When two-way transactions are taking place on NZ government agency web sites, agencies need to be confident of the identity of those with whom they are transacting,  and the users of these services need to be confident that any pseudonymous details they submit about themselves are secure.</p>
			<p>The NZ government recognises the importance and significance of identity and security, and does not wish to compromise in this area.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_21_1']['title']="<span>21.1</span>	Security requirements for internet exchange of personal information";
	$rules['NZ_S_21_1']['text']=<<<EOT
	<p>For exchange of personal information between web site user and the environment hosting the agency web site(s), the hosting environment must as a minimum:</p>
	<ul>
		<li>Encrypt personal information using Secure Sockets Layer (SSLv3) or Transport Layer Security (TLS),</li>
		<li>Use certificates that have a trust chain that is available in commonly used browsers.</li>
	</ul>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>An example of personal information is credit card details when making online payments.</p>
			<h4>Related Standard(s)</h4>
			<ul>
				<li>16.7 - Privacy Statement on page 57.</li>
				<li>21.2 - Compliance to PCI DSS for Credit Card details on-line on page 67.</li>
			</ul>
			<h4>Further Assistance</h4>
			<ul>
				<li>Agencies may also wish to consult Government Communications Security Bureau - NZ Government Information Technology Security Manual NZSIT 400 (<a href="http://www.gcsb.govt.nz/publications/nzsit/nzsit-400.pdf">http://www.gcsb.govt.nz/publications/nzsit/nzsit-400.pdf</a>).</li>
				<li>E-government Checklist November 2005 (<a href="http://www.e.govt.nz/about-egovt/programme/checklist-2005/agency-checklist-2005.pdf">http://www.e.govt.nz/about-egovt/programme/checklist-2005/agency-checklist-2005.pdf</a>)</li>
				<li>The Privacy Act 1993 on page 134.</li>
				<li>Sub section On-line payments on page 125.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
				<p>This standard recognises the importance that government places upon the security of personal information. Agencies are required to implement Security in the Government Sector (SIGS), which includes a set of minimum internet security standards. (Department of the Prime Minister and Cabinet on 1 July 2002). Privacy Principle 5, Privacy Act 1993, states the responsibility an agency has of ensuring that security safeguards protect personal information.</p>
			<p>A government agency must be confident of the security of personal information exchanged between a client and an agency web site.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>It is good practice to perform a Privacy Impact Assessment where personal information is exchanged between client and server over the Internet, as part of initial scoping and at key stages during design and implementation. For more information about PIAs, visit the Office of the Privacy Commissioner web page Privacy Impact Assessment Handbook <a href="http://www.privacy.org.nz/library/privacy-impact-assessment-handbook">http://www.privacy.org.nz/library/privacy-impact-assessment-handbook</a>.</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_21_2']['title']="<span>21.2</span>	Compliance to PCI DSS for Credit Card details on-line";
	$rules['NZ_S_21_2']['text']=<<<EOT
	<p>Any capture of credit card details online must comply with the Payment Card Industry (PCI) Security Standards Council's Data Security Standards (DSS).</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>Refer to sub section On-line payments - Card Industry (PCI) Security Standards Council's Data Security Standards on page 125 for details on these standards.</p>
		
			<h4>Related Standard(s)</h4>
			<ul>
				<li>21.1 - Security requirements for internet exchange of personal information on page 66.</li>
			</ul>
			<h4>Further Assistance</h4>
			<ul>
				<li>Sub section On-line payments on page 125.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>This standard recognises the importance that government places upon the security of personal information. Agencies are required to comply with standards of non-government organisations when services of those organisations are utilised within NZ government agency web sites.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_22_1']['title']="<span>22.1</span>	FIELDSET element grouping related form elements";
	$rules['NZ_S_22_1']['text']=<<<EOT
	<p>The FIELDSET element is used to group related form elements. The LEGEND attribute of the FIELDSET element is used to caption a set of related form elements and the LABEL element is used to associate controls with their associated label text</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<h4>Related Standard(s)</h4>
			<ul>
				<li>3.2 - Use elements to convey document structure and mark up lists properly on page 19.</li>
				<li>7.1 - Associate labels explicitly with their controls on page 34.</li>
			</ul>
			<h4>Further Assistance</h4>
			<ul>
				<li>Sub section Corresponding with the users - Forms on page 114.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Enhances site accessibility by providing information about form elements, which makes them better "known" to assistive technologies.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_22_2']['title']="<span>22.2</span>	Descriptive labels tagged as &lt;label&gt;";
	$rules['NZ_S_22_2']['text']=<<<EOT
	<p>Every descriptive label must be tagged as &lt;label&gt; and associated with the name of the field.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<h4>Further Assistance</h4>
			<ul>
				<li>Sub section Corresponding with the users - Forms on page 114.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Enhances site accessibility by enabling a means for assistive technologies to associate without ambiguity to the corresponding field.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_22_3']['title']="<span>22.3</span>	Confirmation of information submitted online";
	$rules['NZ_S_22_3']['text']=<<<EOT
	<p>Users receive online confirmation that the information they have submitted has been received, for example by displaying a web page.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>It is also important that agencies have a process in place to review and respond to any information that has been submitted online. Such information often goes straight into a data store (i.e., database) and is subsequently only reviewed when someone makes access to it.</p>
			<h4>Further Assistance</h4>
			<ul>
				<li>Sub section Corresponding with the users - Forms on page 114.</li>
				<li>Sub section Corresponding with the users - Indicate response timeframe on page 115.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Users are re-assured that their information has been received. In addition, users have some proof of submission, if they subsequently make contact requesting feedback to the submitted information.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_23_1']['title']="<span>23.1</span>	GETS notified of tenders over \$NZ100K";
	$rules['NZ_S_23_1']['text']=<<<EOT
	<p>Advertising of web site tenders and opportunities on or over the threshold value as stated for purchases of goods and general services (refer government procurement site www.procurement.govt.nz) are notified to Government Electronic Tendering Service.</p>
	<p>Note: This amount is the total calculated over the entire duration of the contract including the initial term and any provisions for additional terms.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>GETS, see <a href="http://www.gets.govt.nz">http://www.gets.govt.nz</a> web site.</p>
			<p>There are a number of mandatory rules agencies must comply with for procurement. Advertising on GETS is just one component of the Rules. Agencies should refer to the government procurement site (www.procurement.govt.nz) for details of all procurement rules which include the GETS requirement.</p>
			<p>Crown entities are encouraged to apply the government procurement Rules and make use of GETS.</p>
			<P>If your web site development comes under classification as a "Major IT project", there are further requirements of your agency to be met.</p>
			<h4>Further Assistance</h4>
			<ul>
				<li>Sub section "Major" projects on page 127.</li>
				<li>MED procurement at <a href="www.procurement.govt.nz">www.procurement.govt.nz</a></li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>International trade agreement commitments require New Zealand government departments' procurement requirements to be notified publicly and encourage the use of electronic means for this. Accordingly, the Mandatory Rules for Procurement by Departments require Public Service Departments, New Zealand Defence Force and New Zealand Police to use GETS.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_23_2']['title']="<span>23.2</span>	Specifying compliance with web standards and recommendations";
	$rules['NZ_S_23_2']['text']=<<<EOT
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>RFPs, RFIs and Contracts make compliance with the New Zealand Web Standards a requirement.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>Supports the NZ Government Public Service values of Economy and Integrity.</p>
			<p>To ensure that these standards and recommendations are made aware to any third parties upfront. This will also be of assistance if and when there is subsequent dispute with a delivered product to or on behalf of agencies, where it is believed one or more of the standards or recommendations have been overlooked.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>Examples of good practice will be added, as they become available. If you would like to suggest additions for this section, please contact hide@address.com</p>
		</div>
	</div>
EOT;

	$rules['NZ_S_23_3']['title']="<span>23.3</span>	Data re-use by third party hosts";
	$rules['NZ_S_23_3']['text']=<<<EOT
	<p>When contracting with a service provider, the contract must specify that the provider must not independently collect or reuse data gained in the course of providing the service, unless prior approval has been given by the agency.</p>
	<p>This does not relieve the contractor of their obligations under the Privacy Act 1993.</p>
	<div class="no_print">
		<h3>Guide to this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="guide">
			<p>An external service provider can have access to personal information about a service user; can gain information in the form of server or application logs, tracking, client data, HTTP header information that includes data from cookies, and click-stream data.</p>
			<h4>Further Assistance</h4>
			<ul>
				<li>The Privacy Act 1993 on page 134.</li>
			</ul>
		</div>
	</div>
	<div class="no_print">
		<h3>Rationale for this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="rationale">
			<p>The contracting out of services, for example the hosting of a web site, can include a range of issues that are similar to those faced by a government agency when hosting services in-house.</p>
		</div>
	</div>
	<div class="no_print">
		<h3>Good Practice with this standard</h3><span class="toggle"><a href="#" onclick="toggle_header(this); return false;">Show</a></span>
		<div class="practice">
			<p>It can be good practice to perform a Privacy Impact Assessment in these circumstances. For more information about PIAs, visit the Office of the Privacy Commissioner web page Privacy Impact Assessment Handbook at <a href="http://www.privacy.org.nz/library/privacy-impact-assessment-handbook">http://www.privacy.org.nz/library/privacy-impact-assessment-handbook</a>.</p>
		</div>
	</div>
EOT;
	return $rules;
}
?>
Return current item: OpenWolf Guidelines Validator