<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: 7 regler for god menystruktur og navigasjon</title>
	<atom:link href="http://www.blogandtell.net/2007/09/27/7-regler-for-god-menystruktur-og-navigasjon/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.blogandtell.net/2007/09/27/7-regler-for-god-menystruktur-og-navigasjon/</link>
	<description>Weblog for Tarantell - om brukervennlighet, design og programmering</description>
	<lastBuildDate>Mon, 16 Aug 2010 23:44:18 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: blogandtell &#187; Lag et navigasjonskonsept som er lett å forstå for brukerne!</title>
		<link>http://www.blogandtell.net/2007/09/27/7-regler-for-god-menystruktur-og-navigasjon/comment-page-1/#comment-8074</link>
		<dc:creator>blogandtell &#187; Lag et navigasjonskonsept som er lett å forstå for brukerne!</dc:creator>
		<pubDate>Mon, 13 Apr 2009 22:22:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.blogandtell.net/2007/09/27/7-regler-for-god-menystruktur-og-navigasjon/#comment-8074</guid>
		<description>[...] skrev et blogginnlegg tidligere som omhandlet 7 regler for god menystruktur og navigasjon. Her er forklaringen på regel nr. 1: Lag et navigasjonskonsept som er lett å forstå for [...]</description>
		<content:encoded><![CDATA[<p>[...] skrev et blogginnlegg tidligere som omhandlet 7 regler for god menystruktur og navigasjon. Her er forklaringen på regel nr. 1: Lag et navigasjonskonsept som er lett å forstå for [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Runar Svendsen</title>
		<link>http://www.blogandtell.net/2007/09/27/7-regler-for-god-menystruktur-og-navigasjon/comment-page-1/#comment-27</link>
		<dc:creator>Runar Svendsen</dc:creator>
		<pubDate>Thu, 27 Sep 2007 13:35:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.blogandtell.net/2007/09/27/7-regler-for-god-menystruktur-og-navigasjon/#comment-27</guid>
		<description>Fin og nyttig artikkel, Haakon!

Er det mulig å skrive noe tilsvarende for HTML-skjemaer? En slags best practice-liste som tar for seg de vanlige problemstillingene når man koder skjemaer: 

- Skal labels stå over eller til venstre for input-feltet?

- Hvordan markerer vi felter som ikke validerer?

- Hvor skal felt-spesifikke feilmeldinger stå? Under hverandre over skjemaet? Ved siden av hvert felt? Må det være feltspesifikke feilmeldinger?

- Hvordan forklarer vi reglene som gjelder de enkelte feltene (eks. passord-regime)?

- Hvordan markerer vi de feltene som ikke validerer? Med en rød ramme? Og hva skjer idet brukeren begynner å skrive i et markert felt? Skal rammen fjernes inntil man sender skjemaet, eller skal den stå markert helt til brukeren resender skjemaet?

- Hvordan håndterer vi påkrevde felter?

Jeg er litt usikker på hvor mye disse tingene varierer fra prosjekt til prosjekt, jeg tror egentlig at det ikke er så store variasjoner på hvordan skjemaer bør håndteres. Brukerne er sannsynligvis veldig takknemlige dersom skjemahåndtering er rimelig likt fra applikasjon til applikasjon.</description>
		<content:encoded><![CDATA[<p>Fin og nyttig artikkel, Haakon!</p>
<p>Er det mulig å skrive noe tilsvarende for HTML-skjemaer? En slags best practice-liste som tar for seg de vanlige problemstillingene når man koder skjemaer: </p>
<p>- Skal labels stå over eller til venstre for input-feltet?</p>
<p>- Hvordan markerer vi felter som ikke validerer?</p>
<p>- Hvor skal felt-spesifikke feilmeldinger stå? Under hverandre over skjemaet? Ved siden av hvert felt? Må det være feltspesifikke feilmeldinger?</p>
<p>- Hvordan forklarer vi reglene som gjelder de enkelte feltene (eks. passord-regime)?</p>
<p>- Hvordan markerer vi de feltene som ikke validerer? Med en rød ramme? Og hva skjer idet brukeren begynner å skrive i et markert felt? Skal rammen fjernes inntil man sender skjemaet, eller skal den stå markert helt til brukeren resender skjemaet?</p>
<p>- Hvordan håndterer vi påkrevde felter?</p>
<p>Jeg er litt usikker på hvor mye disse tingene varierer fra prosjekt til prosjekt, jeg tror egentlig at det ikke er så store variasjoner på hvordan skjemaer bør håndteres. Brukerne er sannsynligvis veldig takknemlige dersom skjemahåndtering er rimelig likt fra applikasjon til applikasjon.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
