In XHTML das Name Attribut beim IMG Tag

[Stephs]

Hallo,

ich habe ein Script geschrieben, wo ein großes Bild ist und drunter 3 kleine Bilder sind. Bei einem Klick auf die kleinen Bilder ändert sich das große Bild oben.

Umgesetzt ist das ganze mit dem onclick-Event.

Nun meine Frage. Die ganze Website ist XHTML-Valid geschrieben aber das Name Attribut vom Img Tag stört noch, bzw. ist nicht valid. Habe ihr ne Lösung wie ich das Valid bekomme?

Bsp:

<img src="images/boxenstaender1.png" alt="Boxenst&auml;nder" name="gross" />  
  
<img src="images/boxenstaender1_klein.png" alt="Boxenst&auml;nder" name="klein1" onclick="gross.src='images/boxenstaender1.png';" />  

Jemand ne Idee????

Danke im Voraus.

[Edgar Ehritt]

Hallo Stephs,

<img src="images/boxenstaender1.png" alt="Boxenst&auml;nder" id="gross" />  
<img src="images/boxenstaender1_klein.png" alt="Boxenst&auml;nder" id="klein1" onclick="document.getElementById('gross').src='images/boxenstaender1.png';" />

für Dich zum nachlesen:

Universalattribute, getElementById()

Gruß aus Berlin!
eddi

[Gunnar Bittersmann]

@@Edgar Ehritt:

nuqneH

<img src="images/boxenstaender1_klein.png" alt="Boxenst&auml;nder" id="klein1" onclick="document.getElementById('gross').src='images/boxenstaender1.png';" />

Wenn der JavaScript-Code im HTML als Wert von @onclick notiert wird, ist bei diesem Element kein @id notwendig.

Allerdings ist es besserer Stil, HTML und JavaScript zu trennen und die Eventhandler im externen(!) Script zu registrieren. [molily]

Und warum steht im Quelltext 'ä' statt 'ä'?

„Es ist fast immer besser, eine Zeichencodierung zu benutzen, die es erlaubt, die Zeichen in ihrer normalen Form zu verwenden, anstatt Zeichen-Entity-Referenzen oder numerische Zeichenreferenzen zu verwenden.
Die Verwendung von Escapes macht den Quelltext schlechter lesbar und schwerer zu pflegen und kann auch die Dateigröße beträchtlich erhöhen.“ [QA-ESCAPES]

Qapla'

[Edgar Ehritt]

Hi Gunnar,

<img src="images/boxenstaender1_klein.png" alt="Boxenst&auml;nder" id="klein1" onclick="document.getElementById('gross').src='images/boxenstaender1.png';" />

Wenn der JavaScript-Code im HTML als Wert von @onclick notiert wird, ist bei diesem Element kein @id notwendig.

das ist davon abhängig inwieweit der OP auch auf dieses Element mittels JS zugreifen muss, was aus dem vorliegenden Beispielcode nicht ersichtlich - aber wahrscheinlich ist. Da Du es so deutlich mir schreibst, frage ich mich, was Du mir damit sagen willst.

Allerdings ist es besserer Stil, HTML und JavaScript zu trennen und die Eventhandler im externen(!) Script zu registrieren. [molily]

Ja, ich hatte schon das "Vergnügen" mit Mathias. In wiefern _er_ nun auch noch externe Scripte als besseren Stil ansieht, ist heuristisch erstmal nicht zu ermitteln. Jedoch wäre er dann keinesfalls konsistent: http://molily.de/js/einbindung.html#script-document-write

<script type="text/javascript">
document.write("<p><a href="javascript:location.reload()">Seite mittels JavaScript neu laden</a></p>");
</script>

Gruß aus Berlin!
eddi

[molily]

In wiefern _er_ nun auch noch externe Scripte als besseren Stil ansieht, ist heuristisch erstmal nicht zu ermitteln. Jedoch wäre er dann keinesfalls konsistent: http://molily.de/js/einbindung.html#script-document-write

Beispielcode in meiner JavaScript-Doku ist einfach gehalten, damit das ersichtlich wird, was das Beispiel in erster Linie illustrieren soll, und sonst nichts davon ablenkt. JavaScripte auszulagern macht i.d.R. Sinn. Es gibt allerdings auch Ausnahmen, und dazu gehört zweifelsohne kurzer Beispielcode in einer Dokumentation, der jeweils nur ein Prinzip (hier: document.write) erklären soll. Natürlich könnte ich die document.write-Aufrufe auslagern, aber das würde eine weitere Thematik (und Problematik) einführen und das Verständnis des Beispiels nur verschlechtern. Im Übrigen gibt es den document.write-Abschnitt nur der Vollständigkeit halber, in der restlichen Doku geht es um DOM Scripting ohne document.write.

Ich weiß nicht, wieso du gerade diese Stelle verlinkst, hunderte andere Beispiele arbeiten ebenfalls nicht mit ausgelagerten Scripten - ganz bewusst und ich sehe derzeit auch keinen Grund das zu ändern. Trotzdem weise ich im umgebenden Text immer wieder auf die Nützlichkeit dessen hin, JavaScript-Code in zentrale externe Dateien auszulagern. Das ist aus meiner Sicht eine bewusste Entscheidung und ich sehe da kein Konsistenzproblem.

Mathias