Hallo Pascal & Stefan,
Mal abgesehen davon, dass es ein Fehler in SELFHTML ist, halte ich es aber auch fuer einen Fehler von W3C, target nur bei Framesets zu erlauben. Denn die Wertzuweisung "_blank" oder die Adressierung eines mit JavaScript geoeffneten Fensters hat ja nicht unbedingt was mit Frames zu tun. Das target-Attribut gehoert deshalb finde ich durchaus auch in die strict-Variante uebernommen.
strict.dtd zeichnet sich durch einen gewissen Minimalismus aus,
dazu gehört der Verzicht auf Frames, aber auch der Verzicht auf
etliche Attribut, wie eben target.
Sobald Frames wegfallen, bleiben genau vier Werte für den Inhalt
des target-Attributes übrig:
_parent -> erübrigt sich, wenn keine Frames vorhanden
_blank
_self -> erübrigt sich, wenn keine Frames vorhanden
_top -> erübrigt sich, wenn keine Frames vorhanden
Ergo wäre da nur noch target="_blank" und dies wiederum bewirkt,
dass beim Benutzer immer neue Fenster geöffnet werden, was nicht
unbedingt sinnvoll sein muß. Ergo kann man es besser in der and.
DTD (loose.dtd) unterbringen, die solche "Extras" berücksichtigt.
Das target-Attribut wird btw vom W3C explizit in Zusammenhang mit
Frames eingeführt, d.h. es ist genau für diesen Zweck überhaupt
vorhanden:
http://www.w3.org/TR/html401/present/frames.html#adef-target
Die Möglichkeit, target="_blank" auch ohne Frames zu nutzen, ist
nur eine Art Abfallprodukt, so etwa wie die Teflon-beschichteten
Bratpfannen ;-)
Dem kann man nur beipflichten. Deshalb bin ich auch etwas unsicher geworden, als ich meine bescheidene Vermutung formuliert habe. Die "ge_blankten" Anzeigebeispiele in 8.0 sind ja eine sinnvolle Anwendung.
genau dies halte ich persönlich für Unfug, weil ich gern und viel
mit der Maus navigiere (Opera) und da ist es weitaus einfach, ein
Stück nach links als erst nach unten und dann nach rechts die Maus
zu rücken (damit sind die mousegestures von Opera gemeint).
Wenn ich das Verlangen habe, ein Beispiel in einem Extrafenster zu
betrachten, dann öffne ich mir ein solches ;-)
Um auf die eigentliche Sache zurückzukommen, wenn man hier dieses
Attribut verwenden will, dann *muß* man loose.dtd referenzieren.
Es wäre völlig sinnfrei, wenn die beiden DTD's nahezu den gleichen
Inhalt hätte, dann würde ja auch eine DTD ausreichen.
Und da man sich ja eh etwas schwer tut, Textgrenzen bei Hypertexten zu definieren, ist _blank auch ein wunderbares Mittel, dem Benutzer deulich zu machen, dass er eine externe Seite aufgerufen hat (wenn das nicht eh schon durch das Layout deutlich wird).
In einem Großteil der Fälle wird das Layout ein anderes sein. In
*allen* Fällen, wo target="_blank" verwendet wird, zwingt man dem
Besucher ein neues Fenster auf, egal ob er dies (nicht) möchte.
Es ist doch Unfug, wenn jemand die Seiten verlassen möchte, dann
darf er dies gern tun und wenn er anschließend zurückkehren will,
dann benutzt er eben den Back-Button seines Browsers. Durch die
Verwendung von target="_blank" verhindert man in vielen Fällen
eine sinnvolle und vom Nutzer so gewünschte Navigation durch
das WWW.
Oder besteht Surfen aus dem Anklicken von Links, die in neuen
Fenstern geöffnet werden und dem anschließenden Schließen der
vorhergehenden Browserfenster?
Ich denke nicht, dass sich die Benutzerfreundlichkeit einer Web-
site idR durch die Verwendung von target="_blank" erhöht.
Viele Grüße,
Stefan
PS: *Ausnahmen* bestätigen die Regel.