<?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>Kommentare zu: Devbloggers Blog &#8211; jetzt frei von target!</title>
	<atom:link href="http://www.devblogger.de/devblogger/devbloggers-blog-jetzt-frei-von-target/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.devblogger.de/devblogger/devbloggers-blog-jetzt-frei-von-target/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=devbloggers-blog-jetzt-frei-von-target</link>
	<description>Aus dem Leben eines Webaholics</description>
	<lastBuildDate>Wed, 28 Jul 2010 14:22:10 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>Von: Ben</title>
		<link>http://www.devblogger.de/devblogger/devbloggers-blog-jetzt-frei-von-target/#comment-1958</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Sun, 22 Nov 2009 11:29:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.devblogger.de/?p=2090#comment-1958</guid>
		<description>&lt;p&gt;Bald hei&#223;t in dem Fall wohl in den n&#228;chsten paar Jahren. Ja, ich denke XHTML 1.2 oder XHTML 2.0 - whatever - wird dann auf HTML 5 basieren.&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Bald hei&#223;t in dem Fall wohl in den n&#228;chsten paar Jahren. Ja, ich denke XHTML 1.2 oder XHTML 2.0 &#8211; whatever &#8211; wird dann auf HTML 5 basieren.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Nickel715</title>
		<link>http://www.devblogger.de/devblogger/devbloggers-blog-jetzt-frei-von-target/#comment-1957</link>
		<dc:creator>Nickel715</dc:creator>
		<pubDate>Sun, 22 Nov 2009 11:17:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.devblogger.de/?p=2090#comment-1957</guid>
		<description>lol du denkst schon ans sterben von XHTML Transitional, lass doch erst mal HTML 4.x sterben</description>
		<content:encoded><![CDATA[<p>lol du denkst schon ans sterben von XHTML Transitional, lass doch erst mal HTML 4.x sterben</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Ben</title>
		<link>http://www.devblogger.de/devblogger/devbloggers-blog-jetzt-frei-von-target/#comment-1671</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Mon, 02 Nov 2009 16:34:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.devblogger.de/?p=2090#comment-1671</guid>
		<description>Wie schon gesagt, ich finde die Diskussion auch albern, aber ich hab sie ja nicht gestartet :P Ich gebe &#252;brigens deinem dritten Absatz vollkommen recht, man kann es so sehen - ich nun nicht mehr. So habe ich es aber auch die ganze Zeit gesehen.&lt;br&gt;&lt;br&gt;Und zum zweiten Absatz: Vollkommen korrekt, regt mich auch auf. Total nervig. Das geh&#246;rt verboten.</description>
		<content:encoded><![CDATA[<p>Wie schon gesagt, ich finde die Diskussion auch albern, aber ich hab sie ja nicht gestartet :P Ich gebe &#252;brigens deinem dritten Absatz vollkommen recht, man kann es so sehen &#8211; ich nun nicht mehr. So habe ich es aber auch die ganze Zeit gesehen.</p>
<p>Und zum zweiten Absatz: Vollkommen korrekt, regt mich auch auf. Total nervig. Das geh&#246;rt verboten.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Lars</title>
		<link>http://www.devblogger.de/devblogger/devbloggers-blog-jetzt-frei-von-target/#comment-1670</link>
		<dc:creator>Lars</dc:creator>
		<pubDate>Mon, 02 Nov 2009 16:31:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.devblogger.de/?p=2090#comment-1670</guid>
		<description>Naja, sehr emotional aber wenig argumentativ. Wenn sich sein Rechner schon beim &#214;ffnen eines neuen Fensters so verausgabt, ist der PC wohl nicht mehr Internet-geeignet oder er verwendet den falschen Browser. Darin k&#246;nnen auch andere Seiten nicht vern&#252;nftig drin laufen. Die CSS-Orgien mancher Webseiten brauchen ein Vielfaches der Ressourcen eines neuen Fensters.&lt;br&gt;&lt;br&gt;Ich finde die ganze target-Diskussion albern, auch wenn ich targets -wie oben beschrieben sinnvoll einges&#228;tzt - durchaus n&#252;tzlich finde. Warum regt sich keiner &#252;ber die Flash-Werbung auf, die sogar Musik und Ger&#228;usche abspielt? Die ist echt nervig, denn die Musik h&#246;rt nicht beim Umschalten auf andere Tabs auf.&lt;br&gt;&lt;br&gt;Andererseits kann man aber auch argumentieren, dass niemand gezwungen ist, eine bestimmte Seite zu besuchen. Wer eine Seite mit targets benutzt, tut das freiwillig und muss sich dann auch ein St&#252;ck weit auf die (Bedien-)Philosophie der Seite einlassen. Wenn die Seite gut gemacht ist, hat sich der Designer bei jedem target auch was gedacht.&lt;br&gt;&lt;br&gt;Und das &#214;ffnen von Fenstern via JavaScript ist ja nun wirklich keine Alternativ. Dann hat man n&#228;mlich als Surfer wirklich keine Kontrolle mehr &#252;ber das was passiert.</description>
		<content:encoded><![CDATA[<p>Naja, sehr emotional aber wenig argumentativ. Wenn sich sein Rechner schon beim &#214;ffnen eines neuen Fensters so verausgabt, ist der PC wohl nicht mehr Internet-geeignet oder er verwendet den falschen Browser. Darin k&#246;nnen auch andere Seiten nicht vern&#252;nftig drin laufen. Die CSS-Orgien mancher Webseiten brauchen ein Vielfaches der Ressourcen eines neuen Fensters.</p>
<p>Ich finde die ganze target-Diskussion albern, auch wenn ich targets -wie oben beschrieben sinnvoll einges&#228;tzt &#8211; durchaus n&#252;tzlich finde. Warum regt sich keiner &#252;ber die Flash-Werbung auf, die sogar Musik und Ger&#228;usche abspielt? Die ist echt nervig, denn die Musik h&#246;rt nicht beim Umschalten auf andere Tabs auf.</p>
<p>Andererseits kann man aber auch argumentieren, dass niemand gezwungen ist, eine bestimmte Seite zu besuchen. Wer eine Seite mit targets benutzt, tut das freiwillig und muss sich dann auch ein St&#252;ck weit auf die (Bedien-)Philosophie der Seite einlassen. Wenn die Seite gut gemacht ist, hat sich der Designer bei jedem target auch was gedacht.</p>
<p>Und das &#214;ffnen von Fenstern via JavaScript ist ja nun wirklich keine Alternativ. Dann hat man n&#228;mlich als Surfer wirklich keine Kontrolle mehr &#252;ber das was passiert.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Ben</title>
		<link>http://www.devblogger.de/devblogger/devbloggers-blog-jetzt-frei-von-target/#comment-1669</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Mon, 02 Nov 2009 15:56:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.devblogger.de/?p=2090#comment-1669</guid>
		<description>Safari taugt mehr als fast alle anderen Browser. Chrome gibt auch Gas. Mir pers&#246;nlich kommt es drauf an, dass der Browser m&#246;glichst alles darstellen kann (= normkonform) und dass er leicht zu bedienen ist.&lt;br&gt;&lt;br&gt;Lies dir das hier mal durch: &lt;a href=&quot;http://www.peterkroener.de/warum-target_blank-nervt-und-verboten-gehoert/&quot; rel=&quot;nofollow&quot;&gt;http://www.peterkroener.de/warum-target_blank-n...&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Safari taugt mehr als fast alle anderen Browser. Chrome gibt auch Gas. Mir pers&#246;nlich kommt es drauf an, dass der Browser m&#246;glichst alles darstellen kann (= normkonform) und dass er leicht zu bedienen ist.</p>
<p>Lies dir das hier mal durch: <a href="http://www.peterkroener.de/warum-target_blank-nervt-und-verboten-gehoert/" rel="nofollow"></a><a href="http://www.peterkroener.de/warum-target_blank-n.." >http://www.peterkroener.de/warum-target_blank-n..</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Lars</title>
		<link>http://www.devblogger.de/devblogger/devbloggers-blog-jetzt-frei-von-target/#comment-1668</link>
		<dc:creator>Lars</dc:creator>
		<pubDate>Mon, 02 Nov 2009 15:46:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.devblogger.de/?p=2090#comment-1668</guid>
		<description>Das deutet f&#252;r mich eher darauf hin, dass Safari nix taugt.&lt;br&gt;&lt;br&gt;Ist in der Spezifikation &#252;berhaupt an irgend einer Stelle von Tabs die Rede?&lt;br&gt;&lt;br&gt;Ich sehe in Tabs nur eine spezielle Darstellungsform eines Fensters. Genauso wie man Symbolleisten oft irgendwo am Rand andocken kann, sind Tabs angedockte Fenster.&lt;br&gt;&lt;br&gt;Ich glaube daher nicht, dass die Spec damit sagen will, dass sich damit ein komplett neues Fenster &#246;ffnen soll. Das &quot;_blank&quot; bedeutet lediglich, dass der alte Inhalt parallel bestehen bleiben soll. Wie das umgesetzt wird, ist Sache des Browsers. Die Spec macht schlie&#223;lich auch keine Aussagen dar&#252;ber, wie ein Browserfenster ansonsten auszusehen hat und welche Icons es haben muss und welche Farbe die haben... w&#228;re ja auch Unsinn.&lt;br&gt;&lt;br&gt;HTML ist eine Sprache f&#252;r logische Textauszeichung. Man gibt Textstellen eine bestimmte Bedeutung, nicht eine bestimmte Formatierung. So kennzeichnet ein H1-Tag immer eine &#220;berschrift oberster Ordnung, macht aber keine Aussage ob diese &#220;berschrift nun Unterstrichen, Fett oder mit r&#246;mischen Ziffern nummeriert ist. Nat&#252;rlich kann man das mit CSS &amp; Co auch alles beeinflussen, aber das ist dann ein anderes paar Schuhe.&lt;br&gt;&lt;br&gt;Wenn Safari &quot;_bank&quot; nicht in Tabs &#246;ffnen kann, dann ist das eine Unzul&#228;nglichkeit von Safari. Gibt ja zum Gl&#252;ck auch noch andere Browser.</description>
		<content:encoded><![CDATA[<p>Das deutet f&#252;r mich eher darauf hin, dass Safari nix taugt.</p>
<p>Ist in der Spezifikation &#252;berhaupt an irgend einer Stelle von Tabs die Rede?</p>
<p>Ich sehe in Tabs nur eine spezielle Darstellungsform eines Fensters. Genauso wie man Symbolleisten oft irgendwo am Rand andocken kann, sind Tabs angedockte Fenster.</p>
<p>Ich glaube daher nicht, dass die Spec damit sagen will, dass sich damit ein komplett neues Fenster &#246;ffnen soll. Das &#8220;_blank&#8221; bedeutet lediglich, dass der alte Inhalt parallel bestehen bleiben soll. Wie das umgesetzt wird, ist Sache des Browsers. Die Spec macht schlie&#223;lich auch keine Aussagen dar&#252;ber, wie ein Browserfenster ansonsten auszusehen hat und welche Icons es haben muss und welche Farbe die haben&#8230; w&#228;re ja auch Unsinn.</p>
<p>HTML ist eine Sprache f&#252;r logische Textauszeichung. Man gibt Textstellen eine bestimmte Bedeutung, nicht eine bestimmte Formatierung. So kennzeichnet ein H1-Tag immer eine &#220;berschrift oberster Ordnung, macht aber keine Aussage ob diese &#220;berschrift nun Unterstrichen, Fett oder mit r&#246;mischen Ziffern nummeriert ist. Nat&#252;rlich kann man das mit CSS &#038; Co auch alles beeinflussen, aber das ist dann ein anderes paar Schuhe.</p>
<p>Wenn Safari &#8220;_bank&#8221; nicht in Tabs &#246;ffnen kann, dann ist das eine Unzul&#228;nglichkeit von Safari. Gibt ja zum Gl&#252;ck auch noch andere Browser.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Ben</title>
		<link>http://www.devblogger.de/devblogger/devbloggers-blog-jetzt-frei-von-target/#comment-1667</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Mon, 02 Nov 2009 15:05:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.devblogger.de/?p=2090#comment-1667</guid>
		<description>Der Safari &#246;ffnet Links mit target=&quot;_blank&quot; im neuen FENSTER, so wie es eigentlich in der Spezifikation vorgesehen ist. Andere Browser verhalten sich nicht normkonform und lassen es auch zu, die Seiten in Tabs zu &#246;ffnen.&lt;br&gt;&lt;br&gt;Das war jahrelang mein Surfverhalten, und nun da ich Safari habe, und alles im neuen Fenster ge&#246;ffnet wird, geht es mir auf den Sack.&lt;br&gt;&lt;br&gt;Anstatt den Safari zu tweaken und mit irgendwelcher Drittanbieter-Software aus der Norm zu bewegen, dachte ich mir einfach: &quot;Nun machst du es so, wie es sich geh&#246;rt.&quot;&lt;br&gt;&lt;br&gt;Nicht umsonst nimmt jeder profesionelle Webdesigner XHTML Strict (ich tue das auch, au&#223;er der Kunde verlangt Transitional bzw. &#214;ffnen im neuen Fenster/Tab) und nicht umsonst wird XHTML Transitional bald aussterben, sagen viele ;)</description>
		<content:encoded><![CDATA[<p>Der Safari &#246;ffnet Links mit target=&#8221;_blank&#8221; im neuen FENSTER, so wie es eigentlich in der Spezifikation vorgesehen ist. Andere Browser verhalten sich nicht normkonform und lassen es auch zu, die Seiten in Tabs zu &#246;ffnen.</p>
<p>Das war jahrelang mein Surfverhalten, und nun da ich Safari habe, und alles im neuen Fenster ge&#246;ffnet wird, geht es mir auf den Sack.</p>
<p>Anstatt den Safari zu tweaken und mit irgendwelcher Drittanbieter-Software aus der Norm zu bewegen, dachte ich mir einfach: &#8220;Nun machst du es so, wie es sich geh&#246;rt.&#8221;</p>
<p>Nicht umsonst nimmt jeder profesionelle Webdesigner XHTML Strict (ich tue das auch, au&#223;er der Kunde verlangt Transitional bzw. &#214;ffnen im neuen Fenster/Tab) und nicht umsonst wird XHTML Transitional bald aussterben, sagen viele ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Lars</title>
		<link>http://www.devblogger.de/devblogger/devbloggers-blog-jetzt-frei-von-target/#comment-1666</link>
		<dc:creator>Lars</dc:creator>
		<pubDate>Mon, 02 Nov 2009 15:02:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.devblogger.de/?p=2090#comment-1666</guid>
		<description>Mal eine bl&#246;de Frage: Was macht Safari denn so anders als alle anderen und wieso bringt ausgerechnet das Safari-Verhalten so gro&#223;e Erkenntnisse?&lt;br&gt;&lt;br&gt;Ich finde es andersrum sinnvoller: Wer wei&#223;, was er wie lesen m&#246;chte, kann dies dem Browser ja kund tun. F&#252;r diejenigen, die es nicht wissen, sind targets eine gute Hilfe, denn der normale Surfer wei&#223; ja erst was sich hinter einem Link verbirgt wenn er draufgeklickt hat. Und dann ist es f&#252;r die Entscheidung, wo die Seite sich &#246;ffnen soll, schon zu sp&#228;t. Der Site-Betreiber kann ihm da helfen, denn er kennt den Link und wei&#223; wie er einzuordnen ist.&lt;br&gt;&lt;br&gt;Aber eigentlich finde ich die target-Attribute relativ nebens&#228;chlich. In meinem Blog gibt es keine, das liegt aber nur daran, dass ich zu faul bin, welche zu setzen. Eigentlich ist das schlecht, denn wenn die von mir verlinkte Seite so spannend ist, dass sich der Leser darin verliert (und das ist sie oft, denn genau darum verlinke ich sie ja ;-)), wei&#223; er am Ende vermutlich gar nicht mehr, wie er da eigentlich hingekommen ist. Damit liest er meinen Blogpost nicht zu Ende und das ist f&#252;r meinen Blog erstmal schlecht.&lt;br&gt;&lt;br&gt;Die echte Webkrankheit sind aber JavaScript-Links und Flash-Seiten, in denen man keinen Einfluss darauf hat, wo und wie sich neue Seiten &#246;ffnen. Ich surfe meistens mit sehr vielen Tabs und jeder interessante Link kommt auf den &quot;Stack&quot;, damit ich mich rekursiv durch die Site hangeln kann.&lt;br&gt;&lt;br&gt;Gleiches gilt f&#252;r Fotogalerien, da lasse ich gerne mehrere Bilder im Hintergrund laden oder vergleiche Bilder durch Umschalten zwischen Tabs. Das geht nicht bei allen Webseiten.</description>
		<content:encoded><![CDATA[<p>Mal eine bl&#246;de Frage: Was macht Safari denn so anders als alle anderen und wieso bringt ausgerechnet das Safari-Verhalten so gro&#223;e Erkenntnisse?</p>
<p>Ich finde es andersrum sinnvoller: Wer wei&#223;, was er wie lesen m&#246;chte, kann dies dem Browser ja kund tun. F&#252;r diejenigen, die es nicht wissen, sind targets eine gute Hilfe, denn der normale Surfer wei&#223; ja erst was sich hinter einem Link verbirgt wenn er draufgeklickt hat. Und dann ist es f&#252;r die Entscheidung, wo die Seite sich &#246;ffnen soll, schon zu sp&#228;t. Der Site-Betreiber kann ihm da helfen, denn er kennt den Link und wei&#223; wie er einzuordnen ist.</p>
<p>Aber eigentlich finde ich die target-Attribute relativ nebens&#228;chlich. In meinem Blog gibt es keine, das liegt aber nur daran, dass ich zu faul bin, welche zu setzen. Eigentlich ist das schlecht, denn wenn die von mir verlinkte Seite so spannend ist, dass sich der Leser darin verliert (und das ist sie oft, denn genau darum verlinke ich sie ja ;-)), wei&#223; er am Ende vermutlich gar nicht mehr, wie er da eigentlich hingekommen ist. Damit liest er meinen Blogpost nicht zu Ende und das ist f&#252;r meinen Blog erstmal schlecht.</p>
<p>Die echte Webkrankheit sind aber JavaScript-Links und Flash-Seiten, in denen man keinen Einfluss darauf hat, wo und wie sich neue Seiten &#246;ffnen. Ich surfe meistens mit sehr vielen Tabs und jeder interessante Link kommt auf den &#8220;Stack&#8221;, damit ich mich rekursiv durch die Site hangeln kann.</p>
<p>Gleiches gilt f&#252;r Fotogalerien, da lasse ich gerne mehrere Bilder im Hintergrund laden oder vergleiche Bilder durch Umschalten zwischen Tabs. Das geht nicht bei allen Webseiten.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Ben</title>
		<link>http://www.devblogger.de/devblogger/devbloggers-blog-jetzt-frei-von-target/#comment-1665</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Mon, 02 Nov 2009 12:19:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.devblogger.de/?p=2090#comment-1665</guid>
		<description>Genau das ist das Problem, glaube ich. Bin auch nicht sicher, ob ich es richtig verstanden habe - aber: Wenn ich einen Besucher dazu zwinge, dass ein neuer Tab aufgeht oder ein neues Fenster (zum Beispiel, wie du richtig sagst, bei Links, die man erst danach liest, oder eben wie ich es gemacht habe, bei fremden Seiten) dann st&#246;&#223;t das bei einigen Benutzern (gerade internetaffinen) auf Gegenwehr.&lt;br&gt;&lt;br&gt;Viele haben mir schon gesagt, dass es nervig ist, und jetzt wo ich im Safari browse (der einer der Norm-kompatibelsten Browser &#252;berhaupt ist) verstehe ich es.&lt;br&gt;&lt;br&gt;Der User kann nun bei mir selbst entscheiden, ob der die Links in den Hintergrund legt (z.B. wie du, mit der mittleren Maustaste) oder ob er sie gleich lesen will.&lt;br&gt;&lt;br&gt;Einen Nachteil hat das f&#252;r mich schon, aber so wichtig ist mir das nicht: Die NICHT internetaffinen User verlassen meine Seite. Aber es tut mir f&#252;r die Personen leid, wenn sie sich nicht mit History und Zur&#252;ck-Button auskennen, weniger f&#252;r mich.&lt;br&gt;&lt;br&gt;Ich werde ja in den n&#228;chsten Monaten anhand der Besucherzahlen sehen, ob sich was tut.</description>
		<content:encoded><![CDATA[<p>Genau das ist das Problem, glaube ich. Bin auch nicht sicher, ob ich es richtig verstanden habe &#8211; aber: Wenn ich einen Besucher dazu zwinge, dass ein neuer Tab aufgeht oder ein neues Fenster (zum Beispiel, wie du richtig sagst, bei Links, die man erst danach liest, oder eben wie ich es gemacht habe, bei fremden Seiten) dann st&#246;&#223;t das bei einigen Benutzern (gerade internetaffinen) auf Gegenwehr.</p>
<p>Viele haben mir schon gesagt, dass es nervig ist, und jetzt wo ich im Safari browse (der einer der Norm-kompatibelsten Browser &#252;berhaupt ist) verstehe ich es.</p>
<p>Der User kann nun bei mir selbst entscheiden, ob der die Links in den Hintergrund legt (z.B. wie du, mit der mittleren Maustaste) oder ob er sie gleich lesen will.</p>
<p>Einen Nachteil hat das f&#252;r mich schon, aber so wichtig ist mir das nicht: Die NICHT internetaffinen User verlassen meine Seite. Aber es tut mir f&#252;r die Personen leid, wenn sie sich nicht mit History und Zur&#252;ck-Button auskennen, weniger f&#252;r mich.</p>
<p>Ich werde ja in den n&#228;chsten Monaten anhand der Besucherzahlen sehen, ob sich was tut.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Lars</title>
		<link>http://www.devblogger.de/devblogger/devbloggers-blog-jetzt-frei-von-target/#comment-1664</link>
		<dc:creator>Lars</dc:creator>
		<pubDate>Mon, 02 Nov 2009 05:53:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.devblogger.de/?p=2090#comment-1664</guid>
		<description>Ich verstehe das Problem irgendwie nicht... nat&#252;rlich ist das target-Attribut sinnvoll. N&#228;mlich dann, wenn davon auszugehen ist, dass sich der User die neue Seite erst sp&#228;ter (nach dem Lesen der Hauptseite) oder nebenbei (z.B. um eine Bedeutung nachzuschlagen) ansehen will. Mir pers&#246;nlich ist es aber relativ egal, denn ich klicke sowieso Links nur mit der mittleren Maustaste an, so dass sie im neuen Fenster ge&#246;ffnet werden.</description>
		<content:encoded><![CDATA[<p>Ich verstehe das Problem irgendwie nicht&#8230; nat&#252;rlich ist das target-Attribut sinnvoll. N&#228;mlich dann, wenn davon auszugehen ist, dass sich der User die neue Seite erst sp&#228;ter (nach dem Lesen der Hauptseite) oder nebenbei (z.B. um eine Bedeutung nachzuschlagen) ansehen will. Mir pers&#246;nlich ist es aber relativ egal, denn ich klicke sowieso Links nur mit der mittleren Maustaste an, so dass sie im neuen Fenster ge&#246;ffnet werden.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk (user agent is rejected)
Page Caching using disk (enhanced) (user agent is rejected)

Served from: www.devblogger.de @ 2010-07-29 14:01:52 -->