<?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: Tag 21 – Erweiterung durch AJAX</title>
	<atom:link href="http://www.re-design.de/2008/12/21/tag-21-erweiterung-durch-ajax/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.re-design.de/2008/12/21/tag-21-erweiterung-durch-ajax/</link>
	<description>Trainer für Konzeption und Umsetzung von medialen Internet-Projekten</description>
	<lastBuildDate>Sat, 26 Feb 2011 12:54:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Von: Enrico Reinsdorf</title>
		<link>http://www.re-design.de/2008/12/21/tag-21-erweiterung-durch-ajax/comment-page-1/#comment-75</link>
		<dc:creator>Enrico Reinsdorf</dc:creator>
		<pubDate>Mon, 22 Dec 2008 00:44:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.re-design.de/workbook/?p=282#comment-75</guid>
		<description>Hallo Hartmut,

leider sehe ich das nicht so, bloß weil die Webkrauts eine Vorgabe von Interface-Design gegeben haben, muss das fürs Web noch lange nicht gleichbedeutend sein. Was ich sage will, für Software im allgemeinen Sinne, wie Fernseher, Radio, Auto oder Betriebsystem ist das ok. Fürs Web sehe ich das anderes. Die Ladezeit von Seiten hängt mit der Geschwindigkeit des Netzes zusammen und wenn die langsam ist, nützt auch kein noch so schönes Lade-Bildchen.
Hinzukommt, dass Suchmaschinen außer der Startseite nix indezieren können, weil sie auf jeden Fall nicht JavaScript verstehen. Man müsste dann umständlich über eine URL-Analyse diese Möglichkeit mitanbieten - ob das sinnvoll ist wage ich zu bezweifeln.
Auch bin ich bei deiner Statistik (1% haben JavaScript nicht oder deaktiviert) sehr skeptisch. Woher weiß deine Statistik das? Der Server kann diese Angabe nicht vom Browser anfragen. Falls du dich auf clientseitige Analysetools beziehst, dann kenne ich nur welche die per JavaScript laufen und die können ohne JavaScript nicht die Statistik füttern.

Auch ich wünsche dir eine frohe Weihnacht, falls wir uns nicht mehr hören.</description>
		<content:encoded><![CDATA[<p>Hallo Hartmut,</p>
<p>leider sehe ich das nicht so, bloß weil die Webkrauts eine Vorgabe von Interface-Design gegeben haben, muss das fürs Web noch lange nicht gleichbedeutend sein. Was ich sage will, für Software im allgemeinen Sinne, wie Fernseher, Radio, Auto oder Betriebsystem ist das ok. Fürs Web sehe ich das anderes. Die Ladezeit von Seiten hängt mit der Geschwindigkeit des Netzes zusammen und wenn die langsam ist, nützt auch kein noch so schönes Lade-Bildchen.<br />
Hinzukommt, dass Suchmaschinen außer der Startseite nix indezieren können, weil sie auf jeden Fall nicht JavaScript verstehen. Man müsste dann umständlich über eine URL-Analyse diese Möglichkeit mitanbieten &#8211; ob das sinnvoll ist wage ich zu bezweifeln.<br />
Auch bin ich bei deiner Statistik (1% haben JavaScript nicht oder deaktiviert) sehr skeptisch. Woher weiß deine Statistik das? Der Server kann diese Angabe nicht vom Browser anfragen. Falls du dich auf clientseitige Analysetools beziehst, dann kenne ich nur welche die per JavaScript laufen und die können ohne JavaScript nicht die Statistik füttern.</p>
<p>Auch ich wünsche dir eine frohe Weihnacht, falls wir uns nicht mehr hören.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Hartmut</title>
		<link>http://www.re-design.de/2008/12/21/tag-21-erweiterung-durch-ajax/comment-page-1/#comment-74</link>
		<dc:creator>Hartmut</dc:creator>
		<pubDate>Sun, 21 Dec 2008 18:27:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.re-design.de/workbook/?p=282#comment-74</guid>
		<description>Darüber, ob, würde ich mir keine Gedanken machen. Wer seine Webseite administriert, der hat fast immer zwangsläufig auch JavaScript aktiviert.
Kaum ein CMS läuft auf dem Backend noch ohne JS,  sei es Typo3 oder Wordpress.

Rein statistisch gesehen ist die Zahl der Anwender im Frontend ohne JS mittlerweile (und ein Glück!) ebenso verschwindend gering (bei mir ca. 1%).
Daher ist m.E. Ajax/JS zugunsten des Bedienkomforts absolut zu befürworten.
Solange nicht auf eine aufgeblähte und den Seitenaufbau verlangsamende Methode zurückgegriffen wird. Dazu dienen dann später kleine &quot;Warte-Images&quot; wie sie eben auch in der Thickbox enthalten sind.

Denk an die &lt;a href=&quot;http://www.webkrauts.de/2008/12/18/best-practices-interaktionselemente-teil-1/&quot; title=&quot;Link zur Webseite&quot; rel=&quot;nofollow&quot;&gt;Webkrauts&lt;/a&gt;:
&lt;blockquote&gt;Reaktionszeit
Alle Interaktionselemente müssen schnell reagieren. Es gibt nur wenig Dinge, die den Benutzer schneller verjagen, als ein langsames Interface. Studien belegen, dass jede Reaktionszeit unter 0,1 Sekunde dem Benutzer das Gefühl gibt, sofort zu reagieren. Alles bis zu einer Sekunde nimmt der Benutzer als Verzögerung wahr, hält ihn aber nicht von dem ab, was er tut. Ab einem Limit von zehn Sekunden verliert der Benutzer jedoch den Fokus und tut andere Dinge, um die Zeit zu überbrücken, oder beendet die Interaktion komplett.&lt;/blockquote&gt;

In diesem Sinne und ein dickes Lob und - falls wir uns nicht mehr hören - ein frohes Weihnachtsfest
Hartmut</description>
		<content:encoded><![CDATA[<p>Darüber, ob, würde ich mir keine Gedanken machen. Wer seine Webseite administriert, der hat fast immer zwangsläufig auch JavaScript aktiviert.<br />
Kaum ein CMS läuft auf dem Backend noch ohne JS,  sei es Typo3 oder WordPress.</p>
<p>Rein statistisch gesehen ist die Zahl der Anwender im Frontend ohne JS mittlerweile (und ein Glück!) ebenso verschwindend gering (bei mir ca. 1%).<br />
Daher ist m.E. Ajax/JS zugunsten des Bedienkomforts absolut zu befürworten.<br />
Solange nicht auf eine aufgeblähte und den Seitenaufbau verlangsamende Methode zurückgegriffen wird. Dazu dienen dann später kleine &#8220;Warte-Images&#8221; wie sie eben auch in der Thickbox enthalten sind.</p>
<p>Denk an die <a href="http://www.webkrauts.de/2008/12/18/best-practices-interaktionselemente-teil-1/" title="Link zur Webseite" rel="nofollow">Webkrauts</a>:</p>
<blockquote><p>Reaktionszeit<br />
Alle Interaktionselemente müssen schnell reagieren. Es gibt nur wenig Dinge, die den Benutzer schneller verjagen, als ein langsames Interface. Studien belegen, dass jede Reaktionszeit unter 0,1 Sekunde dem Benutzer das Gefühl gibt, sofort zu reagieren. Alles bis zu einer Sekunde nimmt der Benutzer als Verzögerung wahr, hält ihn aber nicht von dem ab, was er tut. Ab einem Limit von zehn Sekunden verliert der Benutzer jedoch den Fokus und tut andere Dinge, um die Zeit zu überbrücken, oder beendet die Interaktion komplett.</p></blockquote>
<p>In diesem Sinne und ein dickes Lob und &#8211; falls wir uns nicht mehr hören &#8211; ein frohes Weihnachtsfest<br />
Hartmut</p>
]]></content:encoded>
	</item>
</channel>
</rss>

