<?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: Denn Sie tun es – CSS und JavaScript</title>
	<atom:link href="http://www.webkrauts.de/2006/12/23/css-und-javascript/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.webkrauts.de/2006/12/23/css-und-javascript/</link>
	<description>Für mehr Qualität im Web</description>
	<lastBuildDate>Fri, 20 Jan 2012 15:36:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.3</generator>
	<item>
		<title>Von: Detlef Garbrecht</title>
		<link>http://www.webkrauts.de/2006/12/23/css-und-javascript/comment-page-1/#comment-26017</link>
		<dc:creator>Detlef Garbrecht</dc:creator>
		<pubDate>Mon, 11 Aug 2008 21:21:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2006/12/23/css-und-javascript/#comment-26017</guid>
		<description>Hallo, ich weiß gar nicht, ob sich hier noch etwas tut - ich versuche es trotzdem.

Letztes Wochenende war ich auf der Suche nach einer Lösung für das &quot;Ist-CSS-eingeschaltet-Problem&quot; und bin so auf diese Seite gestoßen. Dummer Weise musste ich feststellen, dass iCab 4.1.1, Safari 3.1.2 und Sunrise 1.7.4 (also insgesamt 60% aller auf meinem Mac installierte Browser) egal, ob CSS ein- oder ausgeschaltet ist, das selbe Resultat liefern. Ich habe auch mit &quot;visibility.hidden&quot; und &quot;display:none&quot; experimentiert und dabei in einer &quot;for in&quot;-Schleife alle Eigenschaften ausgelesen - jeweils mit dem gleiche Ergebnis.

Nun zu meiner eigentlichen Frage: Gibt es noch eine andere Methode der CSS-Detektion mittels JavaScript? Denn wenn nicht, kann man doch alles in dieser Richtung vergessen. Oder man kehrt zu  Meldungen à la &quot;Diese Seite wurde für Internet Explorer optimiert&quot; zurück.

MfG</description>
		<content:encoded><![CDATA[<p>Hallo, ich weiß gar nicht, ob sich hier noch etwas tut &#8211; ich versuche es trotzdem.</p>
<p>Letztes Wochenende war ich auf der Suche nach einer Lösung für das &#034;Ist-CSS-eingeschaltet-Problem&#034; und bin so auf diese Seite gestoßen. Dummer Weise musste ich feststellen, dass iCab 4.1.1, Safari 3.1.2 und Sunrise 1.7.4 (also insgesamt 60% aller auf meinem Mac installierte Browser) egal, ob CSS ein- oder ausgeschaltet ist, das selbe Resultat liefern. Ich habe auch mit &#034;visibility.hidden&#034; und &#034;display:none&#034; experimentiert und dabei in einer &#034;for in&#034;-Schleife alle Eigenschaften ausgelesen &#8211; jeweils mit dem gleiche Ergebnis.</p>
<p>Nun zu meiner eigentlichen Frage: Gibt es noch eine andere Methode der CSS-Detektion mittels JavaScript? Denn wenn nicht, kann man doch alles in dieser Richtung vergessen. Oder man kehrt zu  Meldungen à la &#034;Diese Seite wurde für Internet Explorer optimiert&#034; zurück.</p>
<p>MfG</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: protofunc() &#187; Start Using Accessible JavaScript</title>
		<link>http://www.webkrauts.de/2006/12/23/css-und-javascript/comment-page-1/#comment-25601</link>
		<dc:creator>protofunc() &#187; Start Using Accessible JavaScript</dc:creator>
		<pubDate>Thu, 01 May 2008 17:47:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2006/12/23/css-und-javascript/#comment-25601</guid>
		<description>[...] JavaScript ist die Sprache des Web. Trotz der oben genannten Probleme gehört JavaScript korrekt eingesetzt zur Lösung von Barrieren im Netz und nicht umgekehrt. (beispielhaft: Denn Sie tun es - CSS und Javascript [...]</description>
		<content:encoded><![CDATA[<p>[...] JavaScript ist die Sprache des Web. Trotz der oben genannten Probleme gehört JavaScript korrekt eingesetzt zur Lösung von Barrieren im Netz und nicht umgekehrt. (beispielhaft: Denn Sie tun es &#8211; CSS und Javascript [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: razq</title>
		<link>http://www.webkrauts.de/2006/12/23/css-und-javascript/comment-page-1/#comment-15403</link>
		<dc:creator>razq</dc:creator>
		<pubDate>Sun, 20 May 2007 10:17:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2006/12/23/css-und-javascript/#comment-15403</guid>
		<description>Dankeschön für die informativen Sachen :)
VIEL SPAß NOCH</description>
		<content:encoded><![CDATA[<p>Dankeschön für die informativen Sachen <img src='http://www.webkrauts.de/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
VIEL SPAß NOCH</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Uwe</title>
		<link>http://www.webkrauts.de/2006/12/23/css-und-javascript/comment-page-1/#comment-11184</link>
		<dc:creator>Uwe</dc:creator>
		<pubDate>Fri, 06 Apr 2007 07:23:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2006/12/23/css-und-javascript/#comment-11184</guid>
		<description>Ist das Problem von Java Script nicht, dass nur ca 90 % aller User dieses aktiviert haben. 90 % ist zwar viel, aber nicht jeder kann diese Seite dann so sehen wie er sie sehen soll..

Naja wie auch immer CSS Fetzt !! :-))
Uwe</description>
		<content:encoded><![CDATA[<p>Ist das Problem von Java Script nicht, dass nur ca 90 % aller User dieses aktiviert haben. 90 % ist zwar viel, aber nicht jeder kann diese Seite dann so sehen wie er sie sehen soll..</p>
<p>Naja wie auch immer CSS Fetzt !! <img src='http://www.webkrauts.de/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> )<br />
Uwe</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: alex</title>
		<link>http://www.webkrauts.de/2006/12/23/css-und-javascript/comment-page-1/#comment-2226</link>
		<dc:creator>alex</dc:creator>
		<pubDate>Thu, 11 Jan 2007 18:18:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2006/12/23/css-und-javascript/#comment-2226</guid>
		<description>@alexander beuti
&lt;blockquote&gt;Inzwischen steigt der Anteil mit eingeschalteten JS wieder an - aber solange er das nicht noch ein wenig tut, werde ich mir kein spezielles Design für diejenigen , die JS an haben ausdenken.&lt;/blockquote&gt;
laut logfile meiner seite ist der anteil bei 0.3%...
der höchste anteil, den ich bei einem kunden (heute für diesen monat) gesehen habe liegt dagegen bei 2.3% (da dürften aber auch robots, spider und ähnliches bei sein, die sich lediglich als browser ausgegeben haben)

&lt;blockquote&gt;Alles muss mit und ohne funktionieren, wieso sollte ich also etwas funktionierendes, was trotzdem Benutzerfreundlich ist (auch unter Accessablility-Gesichtspunkten) mit etwas erweitern, dass mir und dem Besucher keinen Mehrwert bringt?&lt;/blockquote&gt;

genau darum ging es ja in dem artikel. mit richtig eingesetztem javascript kann man mehrwert bieten (progressive enhancement, wurde in diesem artikel inhaltlich angesprochen, ist im verlinkten artikel mehrmals angesprochen und auch hier schon in den kommentaren gefallen)...

&lt;blockquote&gt;Ein Drop-Down Menü ... hat aber große Nachteile - Vorteil ist eigentlich nur, dass es ... Übersichtlicher ist, als alle Links gleichzeitig an zu zeigen.&lt;/blockquote&gt;

das ist doch ein bedeutender vorteil für alle user?

&lt;blockquote&gt;
Drop-Down...
Spätestens in Bezug auf Suchmaschienen versagt eine solche Menüführung aber garantiert - besonders wenn sie JS-gestützt ist.&lt;/blockquote&gt;

bevor du so etwas behauptest (der hinweis von tomas mit google hat mich überrascht/wusste ich nicht, ist aber eh egal), lies dir vielleicht mal chris´ tutorial zum unobtrusivem javascript durch -&gt; http://ichwill.net/ (wurde zwar schon gepostet, aber scheint nicht wirklich angekommen zu sein).

&lt;blockquote&gt;... mit der Tastatur ...
Will ich mich erst durch die gesamte Seitenstrucktur tabben, nur weil ich auf den Punkt ganz unten (Impressum) will? NEIN! Will ich nicht!&lt;/blockquote&gt;

auch, wenn ich mich wiederhole: http://pfirsichmelba.de/artikel-scripts/dropdown/horizontal.html

geh mal da drauf und tabbe dich durch´s menü, kannst von mir aus auch mal mit opera´s spatial navigation probieren (danke übrigens an chris: spatial navigation kannte ich bis zu diesem artikel nicht). 

vielleicht liest du dir auch den dazugehörigen artikel durch/guckst dir das script mit den einstellmöglichkeiten an, bevor du urteilst.
wäre für eine diskussion auf jeden fall vorteilhaft.

@tomas
&lt;blockquote&gt;Frage: sind das die selben User..., die angeblich nicht wissen, dass man Schriften vergrößern kann...?&lt;/blockquote&gt;

von denen gibt es &lt;strong&gt;deutlich&lt;/strong&gt; mehr als von den usern, um die es hier geht.

&lt;blockquote&gt;Und was hat das im übrigen mit Accessibility zu tun?&lt;/blockquote&gt;

weiss nicht genau wie du das meinst, aber einen gewissen zusammenhang mit &quot;accessibility 1.0&quot; und rücksicht auf user ohne javascript (ist das eine persönliche behinderung?) wird man nicht unter´n tisch kehren können.

spätestens seit deinem/n flash-artikel/n ist klar, dass du schon in &quot;accessibility 2.0&quot; denkst...</description>
		<content:encoded><![CDATA[<p>@alexander beuti</p>
<blockquote><p>Inzwischen steigt der Anteil mit eingeschalteten JS wieder an &#8211; aber solange er das nicht noch ein wenig tut, werde ich mir kein spezielles Design für diejenigen , die JS an haben ausdenken.</p></blockquote>
<p>laut logfile meiner seite ist der anteil bei 0.3%&#8230;<br />
der höchste anteil, den ich bei einem kunden (heute für diesen monat) gesehen habe liegt dagegen bei 2.3% (da dürften aber auch robots, spider und ähnliches bei sein, die sich lediglich als browser ausgegeben haben)</p>
<blockquote><p>Alles muss mit und ohne funktionieren, wieso sollte ich also etwas funktionierendes, was trotzdem Benutzerfreundlich ist (auch unter Accessablility-Gesichtspunkten) mit etwas erweitern, dass mir und dem Besucher keinen Mehrwert bringt?</p></blockquote>
<p>genau darum ging es ja in dem artikel. mit richtig eingesetztem javascript kann man mehrwert bieten (progressive enhancement, wurde in diesem artikel inhaltlich angesprochen, ist im verlinkten artikel mehrmals angesprochen und auch hier schon in den kommentaren gefallen)&#8230;</p>
<blockquote><p>Ein Drop-Down Menü &#8230; hat aber große Nachteile &#8211; Vorteil ist eigentlich nur, dass es &#8230; Übersichtlicher ist, als alle Links gleichzeitig an zu zeigen.</p></blockquote>
<p>das ist doch ein bedeutender vorteil für alle user?</p>
<blockquote><p>
Drop-Down&#8230;<br />
Spätestens in Bezug auf Suchmaschienen versagt eine solche Menüführung aber garantiert &#8211; besonders wenn sie JS-gestützt ist.</p></blockquote>
<p>bevor du so etwas behauptest (der hinweis von tomas mit google hat mich überrascht/wusste ich nicht, ist aber eh egal), lies dir vielleicht mal chris´ tutorial zum unobtrusivem javascript durch -&gt; <a href="http://ichwill.net/" >http://ichwill.net/</a> (wurde zwar schon gepostet, aber scheint nicht wirklich angekommen zu sein).</p>
<blockquote><p>&#8230; mit der Tastatur &#8230;<br />
Will ich mich erst durch die gesamte Seitenstrucktur tabben, nur weil ich auf den Punkt ganz unten (Impressum) will? NEIN! Will ich nicht!</p></blockquote>
<p>auch, wenn ich mich wiederhole: <a href="http://pfirsichmelba.de/artikel-scripts/dropdown/horizontal.html" >http://pfirsichmelba.de/artikel-scripts/dropdown/horizontal.html</a></p>
<p>geh mal da drauf und tabbe dich durch´s menü, kannst von mir aus auch mal mit opera´s spatial navigation probieren (danke übrigens an chris: spatial navigation kannte ich bis zu diesem artikel nicht). </p>
<p>vielleicht liest du dir auch den dazugehörigen artikel durch/guckst dir das script mit den einstellmöglichkeiten an, bevor du urteilst.<br />
wäre für eine diskussion auf jeden fall vorteilhaft.</p>
<p>@tomas</p>
<blockquote><p>Frage: sind das die selben User&#8230;, die angeblich nicht wissen, dass man Schriften vergrößern kann&#8230;?</p></blockquote>
<p>von denen gibt es <strong>deutlich</strong> mehr als von den usern, um die es hier geht.</p>
<blockquote><p>Und was hat das im übrigen mit Accessibility zu tun?</p></blockquote>
<p>weiss nicht genau wie du das meinst, aber einen gewissen zusammenhang mit &#034;accessibility 1.0&#034; und rücksicht auf user ohne javascript (ist das eine persönliche behinderung?) wird man nicht unter´n tisch kehren können.</p>
<p>spätestens seit deinem/n flash-artikel/n ist klar, dass du schon in &#034;accessibility 2.0&#034; denkst&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: /T</title>
		<link>http://www.webkrauts.de/2006/12/23/css-und-javascript/comment-page-1/#comment-2208</link>
		<dc:creator>/T</dc:creator>
		<pubDate>Thu, 11 Jan 2007 12:43:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2006/12/23/css-und-javascript/#comment-2208</guid>
		<description>&lt;blockquote cite=&quot;http://www.webkrauts.de/2006/12/23/css-und-javascript/#comment-2204&quot;&gt;»Tja - das Thema JS ist umstritten.«&lt;/blockquote&gt;
Tja - was wäre denn alternativ ein Thema, zu dem es auf diesem Planeten keine unterschiedlichen Meinungen gibt?
&lt;blockquote cite=&quot;http://www.webkrauts.de/2006/12/23/css-und-javascript/#comment-2204&quot;&gt;»Und die User sind teilweise noch verunsichert - teilweise stellen Sie JS ab, teilweise lassen sie es an.«&lt;/blockquote&gt;
Frage: sind das die selben User, die in Diskussionen an anderer Stelle immer wieder aus dem Hut gezaubert werden – die User, die angeblich nicht wissen, dass man Schriften vergrößern kann, weil die Optionen dafür im Internet Explorer so gut versteckt seien?
&lt;blockquote cite=&quot;http://www.webkrauts.de/2006/12/23/css-und-javascript/#comment-2204&quot;&gt;»Alles muss mit und ohne funktionieren, wieso sollte ich also etwas funktionierendes, was trotzdem Benutzerfreundlich ist (auch unter Accessablility-Gesichtspunkten) mit etwas erweitern, dass mir und dem Besucher keinen Mehrwert bringt?«&lt;/blockquote&gt;
Wo wir gerade von »funktionieren« sprechen – was ist denn mit Web-basierten Anwendungen, die gar nicht ohne JavaScript funktionieren &lt;strong&gt;können&lt;/strong&gt;? Und was hat das im übrigen mit Accessibility (schreibt man übrigens mit i in der Mitte) zu tun?
&lt;blockquote cite=&quot;http://www.webkrauts.de/2006/12/23/css-und-javascript/#comment-2204&quot;&gt;»Gut manche Sachen sehen mit JS besser aus«&lt;/blockquote&gt;
Ok, ich denke wir haben hier ein grundlegendes Verständnisproblem: JavaScript hat nichts, aber auch wirklich gar nichts mit dem Aussehen eines Dokumentes oder einer Anwendung zu tun. JavaScript ist die Verhaltensebene, für&#039;s Aussehen gibt&#039;s CSS. Um genau das geht&#039;s in Chris&#039; Artikel.
&lt;blockquote cite=&quot;http://www.webkrauts.de/2006/12/23/css-und-javascript/#comment-2204&quot;&gt;»Spätestens in Bezug auf Suchmaschienen versagt eine solche Menüführung aber garantiert - besonders wenn sie JS-gestützt ist.«&lt;/blockquote&gt;
Wilkommen im Jahr 2007: der Googlebot kann JavaScript. Wenn man verbreitete Bibliotheken wie Prototype einsetzt wird man beim Blick in die Logfiles mit Erstaunen feststellen, dass der Robot auch JavaScript-Links ausführt - ein Verhalten, dass mittlerweile sogar &lt;a href=&quot;http://blogs.zdnet.com/Google/?p=39∂=rss&amp;tag=feed&amp;subj=zdblog&quot;&gt;von Google bestätigt wurde&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<blockquote cite="http://www.webkrauts.de/2006/12/23/css-und-javascript/#comment-2204"><p>»Tja &#8211; das Thema JS ist umstritten.«</p></blockquote>
<p>Tja &#8211; was wäre denn alternativ ein Thema, zu dem es auf diesem Planeten keine unterschiedlichen Meinungen gibt?</p>
<blockquote cite="http://www.webkrauts.de/2006/12/23/css-und-javascript/#comment-2204"><p>»Und die User sind teilweise noch verunsichert &#8211; teilweise stellen Sie JS ab, teilweise lassen sie es an.«</p></blockquote>
<p>Frage: sind das die selben User, die in Diskussionen an anderer Stelle immer wieder aus dem Hut gezaubert werden – die User, die angeblich nicht wissen, dass man Schriften vergrößern kann, weil die Optionen dafür im Internet Explorer so gut versteckt seien?</p>
<blockquote cite="http://www.webkrauts.de/2006/12/23/css-und-javascript/#comment-2204"><p>»Alles muss mit und ohne funktionieren, wieso sollte ich also etwas funktionierendes, was trotzdem Benutzerfreundlich ist (auch unter Accessablility-Gesichtspunkten) mit etwas erweitern, dass mir und dem Besucher keinen Mehrwert bringt?«</p></blockquote>
<p>Wo wir gerade von »funktionieren« sprechen – was ist denn mit Web-basierten Anwendungen, die gar nicht ohne JavaScript funktionieren <strong>können</strong>? Und was hat das im übrigen mit Accessibility (schreibt man übrigens mit i in der Mitte) zu tun?</p>
<blockquote cite="http://www.webkrauts.de/2006/12/23/css-und-javascript/#comment-2204"><p>»Gut manche Sachen sehen mit JS besser aus«</p></blockquote>
<p>Ok, ich denke wir haben hier ein grundlegendes Verständnisproblem: JavaScript hat nichts, aber auch wirklich gar nichts mit dem Aussehen eines Dokumentes oder einer Anwendung zu tun. JavaScript ist die Verhaltensebene, für&#039;s Aussehen gibt&#039;s CSS. Um genau das geht&#039;s in Chris&#039; Artikel.</p>
<blockquote cite="http://www.webkrauts.de/2006/12/23/css-und-javascript/#comment-2204"><p>»Spätestens in Bezug auf Suchmaschienen versagt eine solche Menüführung aber garantiert &#8211; besonders wenn sie JS-gestützt ist.«</p></blockquote>
<p>Wilkommen im Jahr 2007: der Googlebot kann JavaScript. Wenn man verbreitete Bibliotheken wie Prototype einsetzt wird man beim Blick in die Logfiles mit Erstaunen feststellen, dass der Robot auch JavaScript-Links ausführt &#8211; ein Verhalten, dass mittlerweile sogar <a href="http://blogs.zdnet.com/Google/?p=39∂=rss&#038;tag=feed&#038;subj=zdblog">von Google bestätigt wurde</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Alexander Beutl</title>
		<link>http://www.webkrauts.de/2006/12/23/css-und-javascript/comment-page-1/#comment-2204</link>
		<dc:creator>Alexander Beutl</dc:creator>
		<pubDate>Thu, 11 Jan 2007 11:45:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2006/12/23/css-und-javascript/#comment-2204</guid>
		<description>Tja - das Thema JS ist umstritten.
Es nutzt aber nichts es im Webentwicklerkreis zu diskutieren. Denn entscheidend ist, was erlaubt der User!

Und die User sind teilweise noch verunsichert - teilweise stellen Sie JS ab, teilweise lassen sie es an. Inzwischen steigt der Anteil mit eingeschalteten JS wieder an - aber solange er das nicht noch ein wenig tut, werde ich mir kein spezielles Design für diejenigen , die JS an haben ausdenken.

Alles muss mit und ohne funktionieren, wieso sollte ich also etwas funktionierendes, was trotzdem Benutzerfreundlich ist (auch unter Accessablility-Gesichtspunkten) mit etwas erweitern, dass mir und dem Besucher keinen Mehrwert bringt?

Gut manche Sachen sehen mit JS besser aus - gut, dann bietet man eben mal beides an (Lightbox als Bild in Originalgröße z.B.), aber an JS-Menü-Spielereien werde ich mich vorerst nicht versuchen.

Ein Drop-Down Menü ist zwar hüpsch hat aber (egal mit welcher Technik) große Nachteile - Vorteil ist eigentlich nur, dass es Platz spart und Übersichtlicher ist, als alle Links gleichzeitig an zu zeigen.

Spätestens in Bezug auf Suchmaschienen versagt eine solche Menüführung aber garantiert - besonders wenn sie JS-gestützt ist.

Ob man mit der Tastatur durch ein solches Menü navigieren kann - naja, die Umsetzungen die ich dazu bisher gesehen haben stellen mir eine neue Frage: Will ich das überhaupt?
Will ich mich erst durch die gesamte Seitenstrucktur tabben, nur weil ich auf den - nicht DropDown - Punkt ganz unten (Impressum) will? NEIN! Will ich nicht!

Also von mir ganz klar: JS ist ein Zusatz für Sachen, bei denen etwas nettere Sachen möglich sind - es darf aber nicht für Spielereien an den wirklich wichtigen Punkten der Website dienen.

Ist CSS da &quot;besser&quot;? Nein und Ja... Wenn ich es brauche um Funktion her zu stellen, dann habe ich den Sinn eines &quot;Style&quot;-Sheets nicht verstanden. Wenn ich es zum reinen Stylen verwende, dann mache ich nichts falsch, gute Seitstruckturen lassen sich auch Plain betrachten und die gestylte Version sieht einfach nur besser aus.</description>
		<content:encoded><![CDATA[<p>Tja &#8211; das Thema JS ist umstritten.<br />
Es nutzt aber nichts es im Webentwicklerkreis zu diskutieren. Denn entscheidend ist, was erlaubt der User!</p>
<p>Und die User sind teilweise noch verunsichert &#8211; teilweise stellen Sie JS ab, teilweise lassen sie es an. Inzwischen steigt der Anteil mit eingeschalteten JS wieder an &#8211; aber solange er das nicht noch ein wenig tut, werde ich mir kein spezielles Design für diejenigen , die JS an haben ausdenken.</p>
<p>Alles muss mit und ohne funktionieren, wieso sollte ich also etwas funktionierendes, was trotzdem Benutzerfreundlich ist (auch unter Accessablility-Gesichtspunkten) mit etwas erweitern, dass mir und dem Besucher keinen Mehrwert bringt?</p>
<p>Gut manche Sachen sehen mit JS besser aus &#8211; gut, dann bietet man eben mal beides an (Lightbox als Bild in Originalgröße z.B.), aber an JS-Menü-Spielereien werde ich mich vorerst nicht versuchen.</p>
<p>Ein Drop-Down Menü ist zwar hüpsch hat aber (egal mit welcher Technik) große Nachteile &#8211; Vorteil ist eigentlich nur, dass es Platz spart und Übersichtlicher ist, als alle Links gleichzeitig an zu zeigen.</p>
<p>Spätestens in Bezug auf Suchmaschienen versagt eine solche Menüführung aber garantiert &#8211; besonders wenn sie JS-gestützt ist.</p>
<p>Ob man mit der Tastatur durch ein solches Menü navigieren kann &#8211; naja, die Umsetzungen die ich dazu bisher gesehen haben stellen mir eine neue Frage: Will ich das überhaupt?<br />
Will ich mich erst durch die gesamte Seitenstrucktur tabben, nur weil ich auf den &#8211; nicht DropDown &#8211; Punkt ganz unten (Impressum) will? NEIN! Will ich nicht!</p>
<p>Also von mir ganz klar: JS ist ein Zusatz für Sachen, bei denen etwas nettere Sachen möglich sind &#8211; es darf aber nicht für Spielereien an den wirklich wichtigen Punkten der Website dienen.</p>
<p>Ist CSS da &#034;besser&#034;? Nein und Ja&#8230; Wenn ich es brauche um Funktion her zu stellen, dann habe ich den Sinn eines &#034;Style&#034;-Sheets nicht verstanden. Wenn ich es zum reinen Stylen verwende, dann mache ich nichts falsch, gute Seitstruckturen lassen sich auch Plain betrachten und die gestylte Version sieht einfach nur besser aus.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Chris Heilmann</title>
		<link>http://www.webkrauts.de/2006/12/23/css-und-javascript/comment-page-1/#comment-1956</link>
		<dc:creator>Chris Heilmann</dc:creator>
		<pubDate>Wed, 03 Jan 2007 11:27:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2006/12/23/css-und-javascript/#comment-1956</guid>
		<description>Joachim: Ich mag keine Zwiebeln und doch wird jeder Koch dir sagen das sie noetig sind. Das &quot;die leute&quot; sich unsicher fuehlen liegt daran, das ueber Jahre hinweg JavaScript als Sicherheitsrisiko gepusht wurde obschon das eigentliche Problem der Browser oder das OS waren. Wenn Microsoft meint der Desktop sollte ActiveX ausfuehren dann ist es auch kein Wunder das boese Menschen das als moeglichen Angriffspunkt auswaehlen. 


Bitte Bitte, hoert auf alles JavaScript ueber einen Kamm zu scheren. Wir haben als Entwickler ne Menge gelernt und JS kann dir helfen OHNE im Weg zu stehen oder was aufs Auge druecken zu wollen.
Kurs und Info dazu: &lt;a href=&quot;http://ichwill.net/&quot;&gt;http://ichwill.net/&lt;/a&gt;

Ich wuerde allerdings gerne mal ein Beispiel sehen wie ich mit einem JavaScript bei Dir Malware installieren kann. Im Endeffekt muss man eine Datei ausfuehren, und da liegt das Problem. Die Technologie ist egal, um ein System anzugreifen brauche ich einen User der nicht kapiert was fuer Konsequenzen sein Tun hat. Das ist der Web Surfer der auf tolle Smileyinstaller klickt oder die Sekretaerin die am Telefon darauf reinfaellt das man angibt vom IT Helpdesk zu sein und doch bitte mal ihr Login und Passwort braeuchte.

Die Designphilosophie von verblendeten Designern kann  ich auch per CSS und HTML (Tabellen) dem End-User aufzwingen, das ist auch kein Argument. 

Im Gegentum, die Einstellung das JavaScript ja boese ist und abgestellt werden muss weil man sonst an ganz boesen Viren stirbt oder 300 Scanner, Firewalls und Adaware Programme braucht fuehrt ja dazu das echte Angreifer und unsoziale Werber mit anderen Geschuetzen wie kleinen Java Applets oder Flash advertising ankommen.</description>
		<content:encoded><![CDATA[<p>Joachim: Ich mag keine Zwiebeln und doch wird jeder Koch dir sagen das sie noetig sind. Das &#034;die leute&#034; sich unsicher fuehlen liegt daran, das ueber Jahre hinweg JavaScript als Sicherheitsrisiko gepusht wurde obschon das eigentliche Problem der Browser oder das OS waren. Wenn Microsoft meint der Desktop sollte ActiveX ausfuehren dann ist es auch kein Wunder das boese Menschen das als moeglichen Angriffspunkt auswaehlen. </p>
<p>Bitte Bitte, hoert auf alles JavaScript ueber einen Kamm zu scheren. Wir haben als Entwickler ne Menge gelernt und JS kann dir helfen OHNE im Weg zu stehen oder was aufs Auge druecken zu wollen.<br />
Kurs und Info dazu: <a href="http://ichwill.net/">http://ichwill.net/</a></p>
<p>Ich wuerde allerdings gerne mal ein Beispiel sehen wie ich mit einem JavaScript bei Dir Malware installieren kann. Im Endeffekt muss man eine Datei ausfuehren, und da liegt das Problem. Die Technologie ist egal, um ein System anzugreifen brauche ich einen User der nicht kapiert was fuer Konsequenzen sein Tun hat. Das ist der Web Surfer der auf tolle Smileyinstaller klickt oder die Sekretaerin die am Telefon darauf reinfaellt das man angibt vom IT Helpdesk zu sein und doch bitte mal ihr Login und Passwort braeuchte.</p>
<p>Die Designphilosophie von verblendeten Designern kann  ich auch per CSS und HTML (Tabellen) dem End-User aufzwingen, das ist auch kein Argument. </p>
<p>Im Gegentum, die Einstellung das JavaScript ja boese ist und abgestellt werden muss weil man sonst an ganz boesen Viren stirbt oder 300 Scanner, Firewalls und Adaware Programme braucht fuehrt ja dazu das echte Angreifer und unsoziale Werber mit anderen Geschuetzen wie kleinen Java Applets oder Flash advertising ankommen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Joachim Durchholz</title>
		<link>http://www.webkrauts.de/2006/12/23/css-und-javascript/comment-page-1/#comment-1955</link>
		<dc:creator>Joachim Durchholz</dc:creator>
		<pubDate>Wed, 03 Jan 2007 11:11:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2006/12/23/css-und-javascript/#comment-1955</guid>
		<description>Auch wenn ich hier jetzt des Hauses verwiesen werde:
Ich mag JS nicht.

Es verschiebt das &quot;Machtgleichgewicht&quot; zugunsten des Webdesigners.
Und das hat in der Praxis vielerlei Konsequenzen.
Beispielsweise kann es Malware auf den Rechner des Besuchers installieren.
Oder es kann dem Besucher die Designphilosophie des Webdesigners aufzwingen.

Endeffekt: Die Leute fühlen sich unsicher. Wer kann und weiß, wie, schaltet es ab. Und nur für die Webseiten ein, denen er vertraut (und die JS sparsam einsetzen).

JS hat durchaus seinen Platz. Aber nur auf Seiten, wo die Leute immer wiederkehren und bereits ein Vertrauensverhältnis besteht.</description>
		<content:encoded><![CDATA[<p>Auch wenn ich hier jetzt des Hauses verwiesen werde:<br />
Ich mag JS nicht.</p>
<p>Es verschiebt das &#034;Machtgleichgewicht&#034; zugunsten des Webdesigners.<br />
Und das hat in der Praxis vielerlei Konsequenzen.<br />
Beispielsweise kann es Malware auf den Rechner des Besuchers installieren.<br />
Oder es kann dem Besucher die Designphilosophie des Webdesigners aufzwingen.</p>
<p>Endeffekt: Die Leute fühlen sich unsicher. Wer kann und weiß, wie, schaltet es ab. Und nur für die Webseiten ein, denen er vertraut (und die JS sparsam einsetzen).</p>
<p>JS hat durchaus seinen Platz. Aber nur auf Seiten, wo die Leute immer wiederkehren und bereits ein Vertrauensverhältnis besteht.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: alexander farkas</title>
		<link>http://www.webkrauts.de/2006/12/23/css-und-javascript/comment-page-1/#comment-1810</link>
		<dc:creator>alexander farkas</dc:creator>
		<pubDate>Tue, 26 Dec 2006 21:00:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/2006/12/23/css-und-javascript/#comment-1810</guid>
		<description>&lt;blockquote&gt;Also ist warten auf das neue Menü ein Komfort-Vorteil?&lt;/blockquote&gt;

ne, aber vielleicht, dass das Script auf dich wartet, mit der Tastatur bedienbar ist etc.

http://pfirsichmelba.de/artikel-scripts/dropdown/horizontal.html</description>
		<content:encoded><![CDATA[<blockquote><p>Also ist warten auf das neue Menü ein Komfort-Vorteil?</p></blockquote>
<p>ne, aber vielleicht, dass das Script auf dich wartet, mit der Tastatur bedienbar ist etc.</p>
<p><a href="http://pfirsichmelba.de/artikel-scripts/dropdown/horizontal.html" >http://pfirsichmelba.de/artikel-scripts/dropdown/horizontal.html</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

