Riesen internetexplorer fehler

hi,

ich muss mich wirklich zügeln um nicht rufmord im großem style zu betreiben, aber wie kann es sein das der ie nichtmal kleine iframe-tags erkennt???
video-tutorial.bplaced.de/startseite.php
weiß jmd. was ich machen kann.

vielen dank für eure hilfe.

vg

fabi

Je weniger Ahnung, desto lauter schreit der Noob …

Du verwendest eine HTML-Variante, die überhaupt keine Iframes erlaubt.
Nutze transitional statt strict, wenn du Iframes nutzen willst.

Darüber hinaus benutzt du XHTML-Schreibweise für leere Elemente - gibst aber an, dass du HTML schreiben willst.

Beseitige die Fehler im HTML zuerst - danach kann man weitersehen.
validator.w3.org/check?uri=http% … tseite.php

Wenn du mit der Seite anderen HTML beibringen willst - dann solltest du erst mal lernen, selber damit umzugehen.
Und zum zeitgemäßem Umgang damit gehört auch, auf den nicht sinnvollen Einsatz von (I)Frames zu verzichten.

Hi,

schick die Seite doch erstmal durch dne Validator :wink:

//too lame o.0

Am doctype wird es wohl nicht liegen, weil kein browser es von
dem abhängig macht, welche Elemente er kennt und welche
nicht - die gucken sich nur an, ob da ein bekannter doctype an
sich steht, nicht was in der DTD wirklich drinsteht, erst recht nicht
für HTML.

Da der MSIE text/html wie andere browser auch sowieso immer
als HTML-Markierungssuppe interpretiert, egal was da für ein
doctype steht, macht es unter den Randbedingungen auch
keinen Unterschied, ob da HTML oder XHTML drinsteht, insofern
wird es auch nicht an der fehlerhaften Kennzeichnung von
inhaltsleeren Elementen liegen. Die
HTML-Markierungssuppen-parser interpretieren jeden Blödsinn,
ist eben nur die Frage, was dabei hinten rauskommt, wenn die
die Suppe ein paar mal umgerührt haben.

Ferner hat microsoft ja iframe erfunden, wie netscape frames.
Ist dann also unwahrscheinlich, daß ausgerechnet die den Kram
nicht interpretieren ;o)

Das Problem wird also anderswo liegen, trotzdem ist es natürlich
sinnvoll, all die Fehler erst mal zu beheben, bevor man weiter
diskutiert und analysiert ;o)

Vielleicht mag der IE es nicht, dass als Inhalt der Iframes nur reiner Text (Uhr) oder nur ein SCRIPT-Element (Newsticker) ausgeliefert werden - und das aber mit der Behautpung im Content-Type-Header, es handele sich dabei um text/html.

Ich habe gerade keinen MSIE verfügbar, also weiß ich nicht genau,
was der da nicht anzeigt, ob nur manche iframes nicht oder alle -
hört sich ja mehr nach alle an.

Ansonsten sind die HTML-Markierungssuppen-parser eigentlich
nicht so kleinlich, die interpretieren eigentlich alles als HTML, was
ihnen als text/html vorgesetzt wird, sobald die auf ein ihnen
bekanntes Element stoßen, versuchen die es zu interpretieren,
es sei denn, sie erkennen eine Sicherheitsbedrohung - kann
durchaus passieren bei iframes mit absoluten URIs oder mit
referenzierten Skripten, kann sich dann auch durchaus mal von
Version zu Version ändern, oder sogar von einer
Sicherheitsaktualisierung zur nächsten, je nachdem, wo eine
potentielle neue Sicherheitslücke entdeckt worden ist.
Eine brisante Mischung aus fehlerhaften Dokumenten und
einer gewissen Phobophobie bei den browser-Anbietern
besonders hinsichtlich suspekter Skriptkonstruktionen mag da
schon mal eine Überraschung nach sich ziehen ;o)

Fehler oder neue Sicherheitseinstellung ist da oft nur eine Frage
der Perspektive (beim MSIE besonders auch hinsichtlich der
neuesten Warnungen vom BSI, das Teil mal wieder gar nicht
mehr zu nutzen, weil die offenbar sehr kundigen chinesischen (?)
Industriespione wohl mal wieder größere Lücken zum regen,
meist unbeobachteten Datenaustausch nutzen ;o)

@chrisb
es kann ned sein, das msie das vom Doctype abhängig macht und firefox nicht.

Der IE tut sich sowieso schwer mit iframes. :wink:

[quote=„mimbi“]hi,

ich muss mich wirklich zügeln um nicht rufmord im großem style zu betreiben, aber wie kann es sein das der ie nichtmal kleine iframe-tags erkennt???
video-tutorial.bplaced.de/startseite.php
weiß jmd. was ich machen kann.

vielen dank für eure hilfe.

vg

fabi[/quote]

Wieso benutzt du nicht einfach php ? Ist besser als iframes, auch suchmaschinenfreundlicher.
Und wird generell von jedem Browser erkannt. :smiley:

aber kann mir nicht mal jm. in meinem thema helfen ? (Schleichwerbung :ps: )

Der Trick von PHP ist ja gerade, daß es von keinem browser
’erkannt’ oder interpretiert wird, sondern gegebenenfalls vom
server, im Regelfalle dann unabhängig vom browser, für den
etwas ausgeliefert werden soll.
Solange es auf dem server exakt ein Programm gibt, was den
Kram interpretiert, treten da ja auch keine komplizierteren
Probleme auf - erst wenn man mit dem Inhalt auf einen anderen
server umzieht oder der aktualisiert wird ;o)

Der IE bindet JEDE der iframes korrekt ein. Allerdings zeigt er sie nicht korrekt an, so ist der Inhalt des Menü-Frames nur weiß, obwohl Links vorhanden sind. Auch bei allen anderen Frames macht er Fehler mit der Anzeigegröße, d.h. er bindet Scrollbalken ein.

Alles in allem… baut er ziemlich Mist :ps:

Naja, für die Menü-Seite ist ja auch weiß die einzige Farbe, die
darin per CSS festgelegt ist. Wenn der MSIE nun zufällig noch
einen weißen Hintergrund hat, wie heutzutage viele in der
Voreinstellung, so hat man eben weiße Schrift auf weißem
Grund, ist kein Fehler, nur Dummheit des Autors ;o)
Ansonsten muß da vom der frame-Seite kein Hintergrund
durchscheinen, zumindest nicht bei (X)HTML. Sowas ist
allenfalls für SVG so definiert ;o)

Ob Rollbalken oder nicht, ist ja mehr eine Frage, wieviel Inhalt
vorhanden ist - bei mir zeigt Opera auch reichlich Rollbalken
an. Täte der Autor das nicht wollen, sollte er keine (i)frames
verwenden oder eben ausreichend Platz lassen, was bei (i)frames
nicht unbedingt trivial abzuschätzen ist.

Wenn der Autor nur Unfug zusammenmurkst, muß man da vom
browser nun keine Wunder erwarten. Insofern ist das in diesem
Falle auf den ersten Blick erstmal kein Problem vom MSIE,
sondern ein Anzeichen dafür, daß der Autor offenbar keine
Ahnung von (X)HTML und CSS - gut, haben Millionen andere auch
nicht. In der Tat nimmt ja microsoft für den MSIE in Anspruch,
daß der praktisch alles im internet anzeigt, was HTML anbelangt -
gut, die haben dabei ja nicht gesagt, wie das angezeigt wird und
ob es dem Teil immer gelingt, aus groben Unfug etwas zu
generieren, was für den Betrachter irgendeinen nutzen hat ;o)

Nun, über die reichlichen Fehler des MSIE kann man beginnen zu
jammern, wenn man die eigenen Fehler behoben hat, nicht schon
vorher ;o) - Wobei per Definition von microsoft muß man die
Seiten nicht mit dem MSIE testen, der kann es einfach, egal was
man dem vorlegt ;o) Denn die allwissenden Entwickler bei MSIE
wissen natürlich, was im Kopf eines jeden Autors vorgeht und
haben bereits seit Jahren vorgesorgt, damit dessen Fehler exakt
so angezeigt werden, wie dieser es verdient ;o)

[quote=“mimbi”]@chrisb
es kann ned sein, das msie das vom Doctype abhängig macht und firefox nicht.[/quote]
Schau an, was du nicht alles weisst …

Na dann löse dein Problem halt alleine.

[quote=“chrisb”][quote=“mimbi”]@chrisb
es kann ned sein, das msie das vom Doctype abhängig macht und firefox nicht.[/quote]
Schau an, was du nicht alles weisst …

Na dann löse dein Problem halt alleine.[/quote]

mimbi: Oh doch.
Habe es kurz getestet mit meiner Webseite und: In FF seht es ohne DTD genau gleich aus wie vorher, nur in IE wird es nicht Zentriert und

Elemente die “display: inline-block;” haben werden als “display:block;” dargestellt.

@chrisb: Hmm, etwas hart :wink:

@hoffman
overflow: hidden;

php funktioniert