<?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>Kommentarer till Javascript onLoad – Worst Practise!</title>
	<atom:link href="http://bitcomplex.se/webbutveckling/javascript-onload-worst-practise/feed/" rel="self" type="application/rss+xml" />
	<link>http://bitcomplex.se/webbutveckling/javascript-onload-worst-practise/</link>
	<description>better living through transparency</description>
	<lastBuildDate>Fri, 30 Dec 2011 10:47:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>Av: bitcomplex</title>
		<link>http://bitcomplex.se/webbutveckling/javascript-onload-worst-practise/#comment-58</link>
		<dc:creator>bitcomplex</dc:creator>
		<pubDate>Fri, 03 Sep 2010 20:58:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.stationsbloggen.se/?p=48#comment-58</guid>
		<description>Of course there&#039;s a good point in not allowing the target attribute;  It should allways be up to the user if a link should open in the same window, a new window or in a new tab. You should not decide it for them.

But since it doesn&#039;t work in reality - people are to lazy to do anything than just clicking the link. And far too lazy to find their way back to your page if they&#039;ve ventured too far away.

So we have a bunch of bad ways to go. Changing the behaviour with javascript. Not good. Using xhtml transitional. Not optimal. Let the links open in the same window. Bad if you want to keep your audience.

Hopefully nowdays, when we&#039;ve given up on xhtml, HTML5 will come to the rescue - bringing back the target attribute.</description>
		<content:encoded><![CDATA[<p>Of course there&#8217;s a good point in not allowing the target attribute;  It should allways be up to the user if a link should open in the same window, a new window or in a new tab. You should not decide it for them.</p>
<p>But since it doesn&#8217;t work in reality &#8211; people are to lazy to do anything than just clicking the link. And far too lazy to find their way back to your page if they&#8217;ve ventured too far away.</p>
<p>So we have a bunch of bad ways to go. Changing the behaviour with javascript. Not good. Using xhtml transitional. Not optimal. Let the links open in the same window. Bad if you want to keep your audience.</p>
<p>Hopefully nowdays, when we&#8217;ve given up on xhtml, HTML5 will come to the rescue &#8211; bringing back the target attribute.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: bitcomplex</title>
		<link>http://bitcomplex.se/webbutveckling/javascript-onload-worst-practise/#comment-78</link>
		<dc:creator>bitcomplex</dc:creator>
		<pubDate>Fri, 03 Sep 2010 20:58:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.stationsbloggen.se/?p=48#comment-78</guid>
		<description>Of course there&#039;s a good point in not allowing the target attribute;  It should allways be up to the user if a link should open in the same window, a new window or in a new tab. You should not decide it for them.

But since it doesn&#039;t work in reality - people are to lazy to do anything than just clicking the link. And far too lazy to find their way back to your page if they&#039;ve ventured too far away.

So we have a bunch of bad ways to go. Changing the behaviour with javascript. Not good. Using xhtml transitional. Not optimal. Let the links open in the same window. Bad if you want to keep your audience.

Hopefully nowdays, when we&#039;ve given up on xhtml, HTML5 will come to the rescue - bringing back the target attribute.</description>
		<content:encoded><![CDATA[<p>Of course there&#8217;s a good point in not allowing the target attribute;  It should allways be up to the user if a link should open in the same window, a new window or in a new tab. You should not decide it for them.</p>
<p>But since it doesn&#8217;t work in reality &#8211; people are to lazy to do anything than just clicking the link. And far too lazy to find their way back to your page if they&#8217;ve ventured too far away.</p>
<p>So we have a bunch of bad ways to go. Changing the behaviour with javascript. Not good. Using xhtml transitional. Not optimal. Let the links open in the same window. Bad if you want to keep your audience.</p>
<p>Hopefully nowdays, when we&#8217;ve given up on xhtml, HTML5 will come to the rescue &#8211; bringing back the target attribute.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: Johan Sölve</title>
		<link>http://bitcomplex.se/webbutveckling/javascript-onload-worst-practise/#comment-56</link>
		<dc:creator>Johan Sölve</dc:creator>
		<pubDate>Thu, 02 Sep 2010 22:56:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.stationsbloggen.se/?p=48#comment-56</guid>
		<description>Well put! We had similar discussions at hd.se when I worked with the redesign back in 2006. External links should open in a new window, but the strict doctype doesn&#039;t allow the target attribute on link tags so the target had to be applied throught scripting. The result was that the behavior of external links changed while the fairly heavy pages loaded. Not good for usability. 
The doctype was later changed to transitional...</description>
		<content:encoded><![CDATA[<p>Well put! We had similar discussions at hd.se when I worked with the redesign back in 2006. External links should open in a new window, but the strict doctype doesn&#8217;t allow the target attribute on link tags so the target had to be applied throught scripting. The result was that the behavior of external links changed while the fairly heavy pages loaded. Not good for usability.<br />
The doctype was later changed to transitional&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: Johan Sölve</title>
		<link>http://bitcomplex.se/webbutveckling/javascript-onload-worst-practise/#comment-77</link>
		<dc:creator>Johan Sölve</dc:creator>
		<pubDate>Thu, 02 Sep 2010 22:56:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.stationsbloggen.se/?p=48#comment-77</guid>
		<description>Well put! We had similar discussions at hd.se when I worked with the redesign back in 2006. External links should open in a new window, but the strict doctype doesn&#039;t allow the target attribute on link tags so the target had to be applied throught scripting. The result was that the behavior of external links changed while the fairly heavy pages loaded. Not good for usability. 
The doctype was later changed to transitional...</description>
		<content:encoded><![CDATA[<p>Well put! We had similar discussions at hd.se when I worked with the redesign back in 2006. External links should open in a new window, but the strict doctype doesn&#8217;t allow the target attribute on link tags so the target had to be applied throught scripting. The result was that the behavior of external links changed while the fairly heavy pages loaded. Not good for usability.<br />
The doctype was later changed to transitional&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: Bobo - Kodstationen AB</title>
		<link>http://bitcomplex.se/webbutveckling/javascript-onload-worst-practise/#comment-44</link>
		<dc:creator>Bobo - Kodstationen AB</dc:creator>
		<pubDate>Wed, 23 Sep 2009 07:31:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.stationsbloggen.se/?p=48#comment-44</guid>
		<description>Så länge man inte behöver mata in lösenordet på en LG Viewty (#fail!) så tycker jag definitivt att lösenordsfält inte ska visas i klartext. Dröjer inte länge föränn man får samma problem som vid uttagsautomater där kameror sätts upp för att få tag på folks koder.</description>
		<content:encoded><![CDATA[<p>Så länge man inte behöver mata in lösenordet på en LG Viewty (#fail!) så tycker jag definitivt att lösenordsfält inte ska visas i klartext. Dröjer inte länge föränn man får samma problem som vid uttagsautomater där kameror sätts upp för att få tag på folks koder.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: Bobo - Kodstationen AB</title>
		<link>http://bitcomplex.se/webbutveckling/javascript-onload-worst-practise/#comment-76</link>
		<dc:creator>Bobo - Kodstationen AB</dc:creator>
		<pubDate>Wed, 23 Sep 2009 07:31:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.stationsbloggen.se/?p=48#comment-76</guid>
		<description>Så länge man inte behöver mata in lösenordet på en LG Viewty (#fail!) så tycker jag definitivt att lösenordsfält inte ska visas i klartext. Dröjer inte länge föränn man får samma problem som vid uttagsautomater där kameror sätts upp för att få tag på folks koder.</description>
		<content:encoded><![CDATA[<p>Så länge man inte behöver mata in lösenordet på en LG Viewty (#fail!) så tycker jag definitivt att lösenordsfält inte ska visas i klartext. Dröjer inte länge föränn man får samma problem som vid uttagsautomater där kameror sätts upp för att få tag på folks koder.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: AW - Plucera</title>
		<link>http://bitcomplex.se/webbutveckling/javascript-onload-worst-practise/#comment-43</link>
		<dc:creator>AW - Plucera</dc:creator>
		<pubDate>Wed, 23 Sep 2009 07:24:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.stationsbloggen.se/?p=48#comment-43</guid>
		<description>Håller helt med att funktionen som sätter focus först borde kolla att vi inte själva satt något annat som focus, eller redan gjort en inmatning.

Däremot är det just nu omtvistat huruvida lösenordsfält verkligen bör visa asterisker istället för inmatningen. Skyddets som ges är endast för &quot;över-axeln-gluttare&quot; men ger å andra sidan betydligt sämre användbarhet då felinmatning inte kan upptäckas i många fall.</description>
		<content:encoded><![CDATA[<p>Håller helt med att funktionen som sätter focus först borde kolla att vi inte själva satt något annat som focus, eller redan gjort en inmatning.</p>
<p>Däremot är det just nu omtvistat huruvida lösenordsfält verkligen bör visa asterisker istället för inmatningen. Skyddets som ges är endast för &#8221;över-axeln-gluttare&#8221; men ger å andra sidan betydligt sämre användbarhet då felinmatning inte kan upptäckas i många fall.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: AW - Plucera</title>
		<link>http://bitcomplex.se/webbutveckling/javascript-onload-worst-practise/#comment-75</link>
		<dc:creator>AW - Plucera</dc:creator>
		<pubDate>Wed, 23 Sep 2009 07:24:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.stationsbloggen.se/?p=48#comment-75</guid>
		<description>Håller helt med att funktionen som sätter focus först borde kolla att vi inte själva satt något annat som focus, eller redan gjort en inmatning.

Däremot är det just nu omtvistat huruvida lösenordsfält verkligen bör visa asterisker istället för inmatningen. Skyddets som ges är endast för &quot;över-axeln-gluttare&quot; men ger å andra sidan betydligt sämre användbarhet då felinmatning inte kan upptäckas i många fall.</description>
		<content:encoded><![CDATA[<p>Håller helt med att funktionen som sätter focus först borde kolla att vi inte själva satt något annat som focus, eller redan gjort en inmatning.</p>
<p>Däremot är det just nu omtvistat huruvida lösenordsfält verkligen bör visa asterisker istället för inmatningen. Skyddets som ges är endast för &#8221;över-axeln-gluttare&#8221; men ger å andra sidan betydligt sämre användbarhet då felinmatning inte kan upptäckas i många fall.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: Bobo - Kodstationen AB</title>
		<link>http://bitcomplex.se/webbutveckling/javascript-onload-worst-practise/#comment-42</link>
		<dc:creator>Bobo - Kodstationen AB</dc:creator>
		<pubDate>Wed, 23 Sep 2009 06:58:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.stationsbloggen.se/?p=48#comment-42</guid>
		<description>Måste bara tillägga; Den svenska affärssystemtjänsten Fortnox - http://www.fortnox.se - gör precis så här  - på fältet för användarnamn!

I praktiken innebär det att man hinner skriva sitt användarnamn och hoppa ner till lösenordsfältet innan användarnamnsfältet på nytt fokuseras vid onload-eventet. Om man inte är uppmärksam skriver man således ut sitt lösenord i klartext i användarnamnsfältet.

Riktigt dålig!</description>
		<content:encoded><![CDATA[<p>Måste bara tillägga; Den svenska affärssystemtjänsten Fortnox &#8211; <a href="http://www.fortnox.se" rel="nofollow">http://www.fortnox.se</a> &#8211; gör precis så här  &#8211; på fältet för användarnamn!</p>
<p>I praktiken innebär det att man hinner skriva sitt användarnamn och hoppa ner till lösenordsfältet innan användarnamnsfältet på nytt fokuseras vid onload-eventet. Om man inte är uppmärksam skriver man således ut sitt lösenord i klartext i användarnamnsfältet.</p>
<p>Riktigt dålig!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: Bobo - Kodstationen AB</title>
		<link>http://bitcomplex.se/webbutveckling/javascript-onload-worst-practise/#comment-74</link>
		<dc:creator>Bobo - Kodstationen AB</dc:creator>
		<pubDate>Wed, 23 Sep 2009 06:58:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.stationsbloggen.se/?p=48#comment-74</guid>
		<description>Måste bara tillägga; Den svenska affärssystemtjänsten Fortnox - http://www.fortnox.se - gör precis så här  - på fältet för användarnamn!

I praktiken innebär det att man hinner skriva sitt användarnamn och hoppa ner till lösenordsfältet innan användarnamnsfältet på nytt fokuseras vid onload-eventet. Om man inte är uppmärksam skriver man således ut sitt lösenord i klartext i användarnamnsfältet.

Riktigt dålig!</description>
		<content:encoded><![CDATA[<p>Måste bara tillägga; Den svenska affärssystemtjänsten Fortnox &#8211; <a href="http://www.fortnox.se" rel="nofollow">http://www.fortnox.se</a> &#8211; gör precis så här  &#8211; på fältet för användarnamn!</p>
<p>I praktiken innebär det att man hinner skriva sitt användarnamn och hoppa ner till lösenordsfältet innan användarnamnsfältet på nytt fokuseras vid onload-eventet. Om man inte är uppmärksam skriver man således ut sitt lösenord i klartext i användarnamnsfältet.</p>
<p>Riktigt dålig!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

