nicht angemeldet
Hi, sorry, daß das mit einer Antwort so lange gedauert hat, war arbeiten.
Lieber nag, bitte betrachte das auch als Antwort auf deine Antwort, das MudGuard sie bekommt, liegt nur am Vitamin B.
Zuerst: Ich werde in diesem Beitrag mehr auf mein Verständnis von XML und XHTML zu sprechen kommen, als auf die eigentliche Problemlösung (ich kann das Problem natürlich in gewissen Grenzen lösen). Ich hoffe, soetwas ist hier im forum auch willkommen.
Aus diesem Grund kann ich auch das Argument, man solle hier halt auf Tansitional zurückgreifen, nicht gelten lassen, denn es geht ja darum, ob xhtml strict in sich einen Fehler haben könnte.
Ich wundere mich gerade, nachdem ich statt iframes objects benützt habe, um eine webseite in einer anderen anzuzeigen, um XHTML strict zu sein, wie ich innerhalb dieses Objects einen Link anlegen kann, der die URL der "Überseite" ändert. Mit target="_top" funktioniert das wie beim iframe, aber das wäre nicht strict.
Wenn Du target benutzen willst, nimm transitional.
Niemand zwingt Dich, strict zu benutzen, wenn Du Dinge benötigst, die nur in strict vorhanden sind.
Stimmt, aber wenn object ein Ersatz für iframes sein soll, wo ist dann der Ersatz für das target Attribut, ohne das der einsatz eines iframes respektive eines objects mit HTML Inhalt nur begrenzt Sinn macht?
Alle Beiträge, die sich mit target beschäftigen, zielen auf das "_blank" ab, das auch meiner meinung nach eine der heufigsten untugenden im web ist, aber bei object ist die Grundsituation eine andere:
1. Um ein object mit HTML Inhalt zu verwenden brauche ich weder CSS noch Javascript.
2. object und a sind logische auszeichungen, so wie xml gedacht ist. Bei einer Trennung von Logik und Design fallen diese in den xml Bereich. Eine Datei, die als object gedacht ist sollte auch in der Lage sein, in dieser logischen Struktur zu agieren.
Eine Website sollte sich auf bestimmte Techiken verlassen können. Meine Website verwendet Javascript stark für Dynamik im aussehen, aber praktisch nicht zur Darstellung des eigentlich Inhalts oder zur Navigation. Ein Beispiel: Wenn ein Element nur in einer bestimmten Situation angezeigt wird, so wird dieses Element als sichtbar geladen, und dann von Javascript mit den selben Befehlen versteckt, mit denen es später wieder angezeigt wird. So versuche ich sicherzustellen, daß das Element dann wenn es gebraucht wird, mit sicherheit sichtbar ist. Die einfache Verwendung des Befehlt genügt hier, um die Website abwärtskompatibel zu halten. Beim object müsste ich in diesem Fall vor der Anzeige des Objekts prüfen, ob der javascript-Befehl parent.location.href ausgeführt werden kann, was für mich ein Fehler in der Sprache ist (s.o. 2.), so wie ich das Selbstverständnis von xhtml verstehe. (gemerkt?)
http://www.andreas-waechter.de/Spass/Sprachliches.html#Standart
Ich schreibe Deutsch 3.2 mit LegasthenXtension, und ich bin dafür, daß das zu Sandart wird.
mit create.Element wurde ein HTML Element erzeugt, dem das Attribut onmouseover='eineFunktion()' zugewiesen wurde.
Hast Du mal probiert, dem Attribut das Funktionsobjekt zuzuweisen?
Dürfte ich da um einen kleinen weiteren Hinweis bitten?
Vielen Dank
Heizer