<?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: How evil is the target attribute?</title>
	<atom:link href="http://robertnyman.com/2006/02/13/how-evil-is-the-target-attribute/feed/" rel="self" type="application/rss+xml" />
	<link>http://robertnyman.com/2006/02/13/how-evil-is-the-target-attribute/</link>
	<description>Web development and Internet trends</description>
	<lastBuildDate>Wed, 17 Mar 2010 21:34:04 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Robertas Vilkas</title>
		<link>http://robertnyman.com/2006/02/13/how-evil-is-the-target-attribute/#comment-574098</link>
		<dc:creator>Robertas Vilkas</dc:creator>
		<pubDate>Sun, 19 Apr 2009 13:10:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/?p=121#comment-574098</guid>
		<description>In new browsers there are only 2 options when you right-click:
1) Open Link in new Tab
2) Open Link in new Window

I suggest this option (I think this will be implemented in all future browsers anyway):
3) Open Link in the same Window

This would solve the problem, because:
a) web designers could make any default action (on left-click), which they think best fit the user
b) users could always open link in their preferred way, ignoring the default action (and I think they should be able to see the default action, ex, when onmouseover event is triggered on that URL)

I&#039;m surprised that neither browsers (AFAIK), nor W3C is included such useful option (I mean target=&quot;_blank&quot; shouldn&#039;t be excluded from STRICT validation).</description>
		<content:encoded><![CDATA[<p>In new browsers there are only 2 options when you right-click:<br />
1) Open Link in new Tab<br />
2) Open Link in new Window</p>
<p>I suggest this option (I think this will be implemented in all future browsers anyway):<br />
3) Open Link in the same Window</p>
<p>This would solve the problem, because:<br />
a) web designers could make any default action (on left-click), which they think best fit the user<br />
b) users could always open link in their preferred way, ignoring the default action (and I think they should be able to see the default action, ex, when onmouseover event is triggered on that URL)</p>
<p>I&#8217;m surprised that neither browsers (AFAIK), nor W3C is included such useful option (I mean target=&#8221;_blank&#8221; shouldn&#8217;t be excluded from STRICT validation).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lex</title>
		<link>http://robertnyman.com/2006/02/13/how-evil-is-the-target-attribute/#comment-367056</link>
		<dc:creator>Lex</dc:creator>
		<pubDate>Fri, 08 Aug 2008 19:01:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/?p=121#comment-367056</guid>
		<description>I&#039;m arriving late. Good conversation here.
I prefer not to use the &quot;target&quot; attribute for all the reasons exposed above.
When i have to link PDF files, I put a sentence telling the user that the link points to a file of x size, and he/she has to right-click and choose &quot;save&quot; in the contextual menu.
No javascript or deprecated attributes. Just talk to the user.</description>
		<content:encoded><![CDATA[<p>I&#8217;m arriving late. Good conversation here.<br />
I prefer not to use the &#8220;target&#8221; attribute for all the reasons exposed above.<br />
When i have to link PDF files, I put a sentence telling the user that the link points to a file of x size, and he/she has to right-click and choose &#8220;save&#8221; in the contextual menu.<br />
No javascript or deprecated attributes. Just talk to the user.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jingwen &#187; Blog Archive &#187; Review: Baohan of Backstaged</title>
		<link>http://robertnyman.com/2006/02/13/how-evil-is-the-target-attribute/#comment-307054</link>
		<dc:creator>Jingwen &#187; Blog Archive &#187; Review: Baohan of Backstaged</dc:creator>
		<pubDate>Tue, 17 Jun 2008 22:36:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/?p=121#comment-307054</guid>
		<description>[...] Domain. Hmph. The way you&#8217;ve displayed your subpage link is really ugly (and this isn&#8217;t me being deliberately caustic). It would be much prettier (and logical as well!) if you were to have a simple sentence at the end of this page after all the other paragraphs, along the lines of &#8220;For a list of sites I recommend, please click here for the links page&#8221;. (By the way, on the links page, it&#8217;s &#8220;blogroll&#8221;, not &#8220;blogrolls&#8221;, and you should also refrain from opening new windows.) [...]</description>
		<content:encoded><![CDATA[<p>[...] Domain. Hmph. The way you&#8217;ve displayed your subpage link is really ugly (and this isn&#8217;t me being deliberately caustic). It would be much prettier (and logical as well!) if you were to have a simple sentence at the end of this page after all the other paragraphs, along the lines of &#8220;For a list of sites I recommend, please click here for the links page&#8221;. (By the way, on the links page, it&#8217;s &#8220;blogroll&#8221;, not &#8220;blogrolls&#8221;, and you should also refrain from opening new windows.) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Trigaux</title>
		<link>http://robertnyman.com/2006/02/13/how-evil-is-the-target-attribute/#comment-191715</link>
		<dc:creator>Richard Trigaux</dc:creator>
		<pubDate>Wed, 23 Jan 2008 17:28:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/?p=121#comment-191715</guid>
		<description>target attribute for hyperlinks is rehabilited in the draft of HTML 5, see this link:

http://www.w3.org/TR/2008/WD-html5-diff-20080122/

the argument used is that Target is useful with iframe.</description>
		<content:encoded><![CDATA[<p>target attribute for hyperlinks is rehabilited in the draft of HTML 5, see this link:</p>
<p><a href="http://www.w3.org/TR/2008/WD-html5-diff-20080122/" rel="nofollow">http://www.w3.org/TR/2008/WD-html5-diff-20080122/</a></p>
<p>the argument used is that Target is useful with iframe.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Trigaux</title>
		<link>http://robertnyman.com/2006/02/13/how-evil-is-the-target-attribute/#comment-121289</link>
		<dc:creator>Richard Trigaux</dc:creator>
		<pubDate>Sun, 14 Oct 2007 14:15:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/?p=121#comment-121289</guid>
		<description>Well, Mark,  good post, you gave no info at all, we even not understand who you are flaming :D !!  Just one mistake: it is not the majority who rules when designing a standard, but technical rationality.  and it is discussed with technical arguments, sometimes technical trade off, but certainly not by an insult contest.
:D</description>
		<content:encoded><![CDATA[<p>Well, Mark,  good post, you gave no info at all, we even not understand who you are flaming <img src='http://robertnyman.com/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' />  !!  Just one mistake: it is not the majority who rules when designing a standard, but technical rationality.  and it is discussed with technical arguments, sometimes technical trade off, but certainly not by an insult contest.<br />
 <img src='http://robertnyman.com/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://robertnyman.com/2006/02/13/how-evil-is-the-target-attribute/#comment-107361</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Fri, 21 Sep 2007 08:29:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/?p=121#comment-107361</guid>
		<description>It seems as if people have a lot to say on this topic. However it seems that many have forgotten that the majority rules. The most important factor here is the majority of end users (your end-users). Simply look at the numbers and you will have your answers. Without regard for your coding &quot;ethics&quot;, why not do what any wise programmer should do and look at the usage of such programming. How many people &quot;X&quot; and how many people &quot;Y&quot;, etc. If you want to be a snob, be a snob, but if you want to do your job better, follow the masses (specific to your application, of course). Why zig if they zag? Why try to teach them a lesson if you precluse yourself from ever even having the lesson addressed and absorbed? If you program for programmers, fine, do so with snobbery. If you program for John and Mary Lunchbucket, lose the snob and do what the numbers will clearly dictate. If you cannot read the numbers, you should not use a computer anyway. How is your computer, browser, etcetera set up differently from the Windoze user that just walked out of Best Buy with a new computer because his old one crashed and burned full of virus and had never been updated. Unless you are targeting a smaller crowd of geeks, do not try to push the thumbtack in wide-end first (because it hurts less if the sharp part faces forward). If you think that the average user has made significant changes to their browser settings, get off the sleeping pills and open your eyes.</description>
		<content:encoded><![CDATA[<p>It seems as if people have a lot to say on this topic. However it seems that many have forgotten that the majority rules. The most important factor here is the majority of end users (your end-users). Simply look at the numbers and you will have your answers. Without regard for your coding &#8220;ethics&#8221;, why not do what any wise programmer should do and look at the usage of such programming. How many people &#8220;X&#8221; and how many people &#8220;Y&#8221;, etc. If you want to be a snob, be a snob, but if you want to do your job better, follow the masses (specific to your application, of course). Why zig if they zag? Why try to teach them a lesson if you precluse yourself from ever even having the lesson addressed and absorbed? If you program for programmers, fine, do so with snobbery. If you program for John and Mary Lunchbucket, lose the snob and do what the numbers will clearly dictate. If you cannot read the numbers, you should not use a computer anyway. How is your computer, browser, etcetera set up differently from the Windoze user that just walked out of Best Buy with a new computer because his old one crashed and burned full of virus and had never been updated. Unless you are targeting a smaller crowd of geeks, do not try to push the thumbtack in wide-end first (because it hurts less if the sharp part faces forward). If you think that the average user has made significant changes to their browser settings, get off the sleeping pills and open your eyes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Trigaux</title>
		<link>http://robertnyman.com/2006/02/13/how-evil-is-the-target-attribute/#comment-93847</link>
		<dc:creator>Richard Trigaux</dc:creator>
		<pubDate>Wed, 22 Aug 2007 19:30:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/?p=121#comment-93847</guid>
		<description>yes, opening in a new tab. But it is t up to the user if he wants to open new pages in a tab or in another window. There are arguments in both way, especially that if we use windows we have the tabs in the system tray. So the  attribute &quot;_blank&quot; is enough for this.

The problem come when the site needs a special window, full screen, or &quot;half&quot; full screen (no menus, but still the cross and the system tray) or small pop-up windows for explaining something while hovering it above the main window.  This worked well for windowed only browsers, but tabbed browsers just ruin this model. Especially the site designer don&#039;t know how the page will be displayed (window or tab). So that,in fact, I alway disable tabbed browsing and am happy to use the tabs in the system tray.  
And it becomes really haphazardous when Javascript is not implemented properly, such as the window.focus() in Firefox, so that when we click on a link toward an already open window, it don&#039;t get the focus (it don&#039;t go above the others) 


There would be much less problems in lefting what is working in Internet, in place of enforcing web designers to modify their sites all the time. I have pages which are 7 years old, and which are already up to 2-3 rewriting. This is plain ridiculous.</description>
		<content:encoded><![CDATA[<p>yes, opening in a new tab. But it is t up to the user if he wants to open new pages in a tab or in another window. There are arguments in both way, especially that if we use windows we have the tabs in the system tray. So the  attribute &#8220;_blank&#8221; is enough for this.</p>
<p>The problem come when the site needs a special window, full screen, or &#8220;half&#8221; full screen (no menus, but still the cross and the system tray) or small pop-up windows for explaining something while hovering it above the main window.  This worked well for windowed only browsers, but tabbed browsers just ruin this model. Especially the site designer don&#8217;t know how the page will be displayed (window or tab). So that,in fact, I alway disable tabbed browsing and am happy to use the tabs in the system tray.<br />
And it becomes really haphazardous when Javascript is not implemented properly, such as the window.focus() in Firefox, so that when we click on a link toward an already open window, it don&#8217;t get the focus (it don&#8217;t go above the others) </p>
<p>There would be much less problems in lefting what is working in Internet, in place of enforcing web designers to modify their sites all the time. I have pages which are 7 years old, and which are already up to 2-3 rewriting. This is plain ridiculous.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jane Carter</title>
		<link>http://robertnyman.com/2006/02/13/how-evil-is-the-target-attribute/#comment-90194</link>
		<dc:creator>Jane Carter</dc:creator>
		<pubDate>Fri, 10 Aug 2007 20:43:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/?p=121#comment-90194</guid>
		<description>What would be *really* useful would be an attribute &quot;open in new tab&quot;.  You are correct that one of the problems with the target=&quot;_blank&quot; attribute is that most people nowerdays used browsers which support tabs.

Or how about a JavaScript which produces a little pop-up menu offering users the choice of opening the page in a new window or in a new tab?</description>
		<content:encoded><![CDATA[<p>What would be *really* useful would be an attribute &#8220;open in new tab&#8221;.  You are correct that one of the problems with the target=&#8221;_blank&#8221; attribute is that most people nowerdays used browsers which support tabs.</p>
<p>Or how about a JavaScript which produces a little pop-up menu offering users the choice of opening the page in a new window or in a new tab?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Igor Levicki</title>
		<link>http://robertnyman.com/2006/02/13/how-evil-is-the-target-attribute/#comment-81778</link>
		<dc:creator>Igor Levicki</dc:creator>
		<pubDate>Sun, 15 Jul 2007 05:01:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/?p=121#comment-81778</guid>
		<description>Sorry for the second post, but I forgot this:

- You need new window for sites where you need to make it clear that you are not responsible for the content which opens in a new window.
- New window is preferred for offsite links.

I also forgot to mention that javascript hack doesn&#039;t work with sites that check referrer.</description>
		<content:encoded><![CDATA[<p>Sorry for the second post, but I forgot this:</p>
<p>- You need new window for sites where you need to make it clear that you are not responsible for the content which opens in a new window.<br />
- New window is preferred for offsite links.</p>
<p>I also forgot to mention that javascript hack doesn&#8217;t work with sites that check referrer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Igor Levicki</title>
		<link>http://robertnyman.com/2006/02/13/how-evil-is-the-target-attribute/#comment-81776</link>
		<dc:creator>Igor Levicki</dc:creator>
		<pubDate>Sun, 15 Jul 2007 04:56:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/?p=121#comment-81776</guid>
		<description>Killing target attribute was the most stupid idea and I am glad that modularization brought it back.

You need new window for:

- Flash site (back button doesn&#039;t work anyway)
- Media players (they crash and burn and you lose back button functionality again)
- PDF documents (they have their own back button)
- Showing large images (you can continue reading while they load, especially on slower connections or if you are downloading other things in the background)
- Forums (managing attachments for the posts for example)

There are many other circumstances when you might need a new window, one of them being on the site where you get &quot;warning: page has expired&quot; when you click on the back button (reason: security of transaction), and you can&#039;t go back to the site you were before and thus you lose the link and have to retrace your steps to get there which is sometimes impossible (for example because of updated Google pagerank in the meantime).

Given all this, removing target was a bad idea. Allowing it through the module is a step forward after taking two steps back. Integrating it into XHTML 2.0 would be a much better thing to do.</description>
		<content:encoded><![CDATA[<p>Killing target attribute was the most stupid idea and I am glad that modularization brought it back.</p>
<p>You need new window for:</p>
<p>- Flash site (back button doesn&#8217;t work anyway)<br />
- Media players (they crash and burn and you lose back button functionality again)<br />
- PDF documents (they have their own back button)<br />
- Showing large images (you can continue reading while they load, especially on slower connections or if you are downloading other things in the background)<br />
- Forums (managing attachments for the posts for example)</p>
<p>There are many other circumstances when you might need a new window, one of them being on the site where you get &#8220;warning: page has expired&#8221; when you click on the back button (reason: security of transaction), and you can&#8217;t go back to the site you were before and thus you lose the link and have to retrace your steps to get there which is sometimes impossible (for example because of updated Google pagerank in the meantime).</p>
<p>Given all this, removing target was a bad idea. Allowing it through the module is a step forward after taking two steps back. Integrating it into XHTML 2.0 would be a much better thing to do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lillbra  &#187; Blog Archive   &#187; Target-attributet och ÃƒÂ¶ppna lÃƒÂ¤nkar i nytt fÃƒÂ¶nster</title>
		<link>http://robertnyman.com/2006/02/13/how-evil-is-the-target-attribute/#comment-41145</link>
		<dc:creator>lillbra  &#187; Blog Archive   &#187; Target-attributet och ÃƒÂ¶ppna lÃƒÂ¤nkar i nytt fÃƒÂ¶nster</dc:creator>
		<pubDate>Thu, 08 Mar 2007 07:16:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/?p=121#comment-41145</guid>
		<description>[...] an fÃƒÂ¥r dÃƒÂ¥ ett valideringsfel i sin kod. Robert Nyman tar upp detta alternativ i artikeln  [...]</description>
		<content:encoded><![CDATA[<p>[...] an fÃƒÂ¥r dÃƒÂ¥ ett valideringsfel i sin kod. Robert Nyman tar upp detta alternativ i artikeln  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Duane Alan Hahn</title>
		<link>http://robertnyman.com/2006/02/13/how-evil-is-the-target-attribute/#comment-34426</link>
		<dc:creator>Duane Alan Hahn</dc:creator>
		<pubDate>Thu, 08 Feb 2007 17:24:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/?p=121#comment-34426</guid>
		<description>You may have heard that if you have good content, people will come back no matter what. That&#039;s only true if they remember the name of your web site. You could have the best content in the world, but if someone surfs in from a search engine, loves your web site, then leaves a few minutes later by following an external link, they will probably lose track of your site unless you open the external link in a new window. Haven&#039;t you ever become slightly angry because you didn&#039;t get a chance to bookmark a cool site that you stumbled upon? That has happened to me many times and I&#039;m sure it has happened to other people too. I used to hate offsite links that opened in a new window, but now I appreciate them. The new window allows me to explore freely without fear of losing the original web site.

Sometimes you don&#039;t want to use the back button if you fill out any kind of form at another web site, so the original site may be lost although you really wanted to go back there. It&#039;s much easier to simply close a window so you can get back to the original site. So people who complain that opening a new window &quot;breaks the back button&quot; of the browser need to understand that many times, the back button becomes useless anyway.</description>
		<content:encoded><![CDATA[<p>You may have heard that if you have good content, people will come back no matter what. That&#8217;s only true if they remember the name of your web site. You could have the best content in the world, but if someone surfs in from a search engine, loves your web site, then leaves a few minutes later by following an external link, they will probably lose track of your site unless you open the external link in a new window. Haven&#8217;t you ever become slightly angry because you didn&#8217;t get a chance to bookmark a cool site that you stumbled upon? That has happened to me many times and I&#8217;m sure it has happened to other people too. I used to hate offsite links that opened in a new window, but now I appreciate them. The new window allows me to explore freely without fear of losing the original web site.</p>
<p>Sometimes you don&#8217;t want to use the back button if you fill out any kind of form at another web site, so the original site may be lost although you really wanted to go back there. It&#8217;s much easier to simply close a window so you can get back to the original site. So people who complain that opening a new window &#8220;breaks the back button&#8221; of the browser need to understand that many times, the back button becomes useless anyway.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Trigaux</title>
		<link>http://robertnyman.com/2006/02/13/how-evil-is-the-target-attribute/#comment-31320</link>
		<dc:creator>Richard Trigaux</dc:creator>
		<pubDate>Mon, 29 Jan 2007 10:43:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/?p=121#comment-31320</guid>
		<description>Hmmmm....   Why the target &quot;_blank&quot; alone would be a problem? It is very useful into a link page, to send the user toward the various sites without losing the link page, or to send the user toward an accessory page without losing the main. It is very frustrating when we browse a link page and we lose the main page. So when I design a link page I do what the user needs. Personally I often need &quot;_blank&quot;, but never had the occasion to use the three others.

I am afraid that many &quot;reforms&quot; of the Internet don&#039;t arise from a real knowledge of user needs and page display needs, but, for whatever reason, of a very restricted view of only a special case.

Yes some attributes like &quot;_blank&quot; or opening pop up or full screen can be misused. But we can misuse cars too, to run into somebody and attempt to kill him, and even with a simple table knife. Must cars or knives be forbidden for this reason? Wake up, the world is much larger than any of our personal scopes...</description>
		<content:encoded><![CDATA[<p>Hmmmm&#8230;.   Why the target &#8220;_blank&#8221; alone would be a problem? It is very useful into a link page, to send the user toward the various sites without losing the link page, or to send the user toward an accessory page without losing the main. It is very frustrating when we browse a link page and we lose the main page. So when I design a link page I do what the user needs. Personally I often need &#8220;_blank&#8221;, but never had the occasion to use the three others.</p>
<p>I am afraid that many &#8220;reforms&#8221; of the Internet don&#8217;t arise from a real knowledge of user needs and page display needs, but, for whatever reason, of a very restricted view of only a special case.</p>
<p>Yes some attributes like &#8220;_blank&#8221; or opening pop up or full screen can be misused. But we can misuse cars too, to run into somebody and attempt to kill him, and even with a simple table knife. Must cars or knives be forbidden for this reason? Wake up, the world is much larger than any of our personal scopes&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ally&#8217;s Blog  &#187; Opening New Windows!</title>
		<link>http://robertnyman.com/2006/02/13/how-evil-is-the-target-attribute/#comment-26804</link>
		<dc:creator>Ally&#8217;s Blog  &#187; Opening New Windows!</dc:creator>
		<pubDate>Tue, 09 Jan 2007 14:48:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/?p=121#comment-26804</guid>
		<description>[...] aScript open browser window pool. Now before anyone shouts at me, or calls me evil for using the target attribute, you do have admit its pract [...]</description>
		<content:encoded><![CDATA[<p>[...] aScript open browser window pool. Now before anyone shouts at me, or calls me evil for using the target attribute, you do have admit its pract [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Podophile  &#187; Blog Archive   &#187; Podophile 2.0</title>
		<link>http://robertnyman.com/2006/02/13/how-evil-is-the-target-attribute/#comment-26575</link>
		<dc:creator>Podophile  &#187; Blog Archive   &#187; Podophile 2.0</dc:creator>
		<pubDate>Mon, 08 Jan 2007 09:29:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/?p=121#comment-26575</guid>
		<description>[...]  as of today, full Podophile feeds for all. target=&#8221;_blank&#8221;. I stumbled across  [...]</description>
		<content:encoded><![CDATA[<p>[...]  as of today, full Podophile feeds for all. target=&#8221;_blank&#8221;. I stumbled across  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Olaf 'Rhialto' Seibert</title>
		<link>http://robertnyman.com/2006/02/13/how-evil-is-the-target-attribute/#comment-23178</link>
		<dc:creator>Olaf 'Rhialto' Seibert</dc:creator>
		<pubDate>Tue, 19 Dec 2006 14:07:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/?p=121#comment-23178</guid>
		<description>It seems that all the problems with the target attribute are actually only with target=&quot;_blank&quot;. It is, IMHO, stupid to throw away the whole attribute just because of that one (potential mis)use. A perfectly good use is with frames, where the links in one frame (the menu frame) load pages into the other. It is very unlucky that a setup like that would need javascript, since I have always maintained that a properly designed site should be accessible without javascript. After all, javascript can be misused a lot more than the target attribute...</description>
		<content:encoded><![CDATA[<p>It seems that all the problems with the target attribute are actually only with target=&#8221;_blank&#8221;. It is, IMHO, stupid to throw away the whole attribute just because of that one (potential mis)use. A perfectly good use is with frames, where the links in one frame (the menu frame) load pages into the other. It is very unlucky that a setup like that would need javascript, since I have always maintained that a properly designed site should be accessible without javascript. After all, javascript can be misused a lot more than the target attribute&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Trigaux</title>
		<link>http://robertnyman.com/2006/02/13/how-evil-is-the-target-attribute/#comment-17371</link>
		<dc:creator>Richard Trigaux</dc:creator>
		<pubDate>Sat, 18 Nov 2006 08:02:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/?p=121#comment-17371</guid>
		<description>Please corrrect the URL above: http://www.shedrupling.org/art/lotr/revelfic.php
(revelfic2 was a draft)</description>
		<content:encoded><![CDATA[<p>Please corrrect the URL above: <a href="http://www.shedrupling.org/art/lotr/revelfic.php" rel="nofollow">http://www.shedrupling.org/art/lotr/revelfic.php</a><br />
(revelfic2 was a draft)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Trigaux</title>
		<link>http://robertnyman.com/2006/02/13/how-evil-is-the-target-attribute/#comment-17179</link>
		<dc:creator>Richard Trigaux</dc:creator>
		<pubDate>Fri, 17 Nov 2006 11:18:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/?p=121#comment-17179</guid>
		<description>Me again, hahahaha...

This page http://www.shedrupling.org/art/lotr/revelfic2.php
features a nice illustration (in the bottom) with a link &quot;click to see in full screen&quot;.

When I designed this page in 2004, it was enough to use a javascript link onclick window open, some more lines of javascript to adjust the image size to the screen, and waow the magical paradise of Valinor popped up in all the screen making forget it was just a computer screen. (to close, just click on the image)

It was THE standard way of coding, it worked with IE, and with Firefox as well. But Firefox made the full screen more difficult... and recently IE frankly suppressed it!

So that, today, I had to redesign this page, to cope with all the quirks an tricks of this full screen mode, according to various browsers and users who disable the javascript, placing warnings and all to guide the user... that makes 380 lines of code, 9 PHP functions, a state machine to manage all...

I though the case of Opera would be the simplest, but they have a useless &quot;fit to width&quot; option which... unfits my screen adaptation, so that I have to warn the user so that he may disable this...

Is all this mess really a progress?? Is really Internet better because of so many useless hassle? If we keep with a Tolkien comparizon, I shall call it the crooked way toward Valinor...</description>
		<content:encoded><![CDATA[<p>Me again, hahahaha&#8230;</p>
<p>This page <a href="http://www.shedrupling.org/art/lotr/revelfic2.php" rel="nofollow">http://www.shedrupling.org/art/lotr/revelfic2.php</a><br />
features a nice illustration (in the bottom) with a link &#8220;click to see in full screen&#8221;.</p>
<p>When I designed this page in 2004, it was enough to use a javascript link onclick window open, some more lines of javascript to adjust the image size to the screen, and waow the magical paradise of Valinor popped up in all the screen making forget it was just a computer screen. (to close, just click on the image)</p>
<p>It was THE standard way of coding, it worked with IE, and with Firefox as well. But Firefox made the full screen more difficult&#8230; and recently IE frankly suppressed it!</p>
<p>So that, today, I had to redesign this page, to cope with all the quirks an tricks of this full screen mode, according to various browsers and users who disable the javascript, placing warnings and all to guide the user&#8230; that makes 380 lines of code, 9 PHP functions, a state machine to manage all&#8230;</p>
<p>I though the case of Opera would be the simplest, but they have a useless &#8220;fit to width&#8221; option which&#8230; unfits my screen adaptation, so that I have to warn the user so that he may disable this&#8230;</p>
<p>Is all this mess really a progress?? Is really Internet better because of so many useless hassle? If we keep with a Tolkien comparizon, I shall call it the crooked way toward Valinor&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Trigaux</title>
		<link>http://robertnyman.com/2006/02/13/how-evil-is-the-target-attribute/#comment-15391</link>
		<dc:creator>Richard Trigaux</dc:creator>
		<pubDate>Wed, 08 Nov 2006 21:17:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/?p=121#comment-15391</guid>
		<description>Robert,

happy you did not take it as personnal. 

But I hope concerned people will move...</description>
		<content:encoded><![CDATA[<p>Robert,</p>
<p>happy you did not take it as personnal. </p>
<p>But I hope concerned people will move&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Nyman</title>
		<link>http://robertnyman.com/2006/02/13/how-evil-is-the-target-attribute/#comment-15310</link>
		<dc:creator>Robert Nyman</dc:creator>
		<pubDate>Wed, 08 Nov 2006 08:28:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.robertnyman.com/?p=121#comment-15310</guid>
		<description>Richard,

&lt;blockquote&gt;...passing a message to the authors of the spec seems as difficult as speaking to the author of the ten commandments 3000 years ago on the SinaÃƒÂ¯ mountain...&lt;/blockquote&gt;

Ha ha! :-) 
Maybe...</description>
		<content:encoded><![CDATA[<p>Richard,</p>
<blockquote><p>&#8230;passing a message to the authors of the spec seems as difficult as speaking to the author of the ten commandments 3000 years ago on the SinaÃƒÂ¯ mountain&#8230;</p></blockquote>
<p>Ha ha! <img src='http://robertnyman.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /><br />
Maybe&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
