Bug in Gecko Engine??
genesys
- css
Hallo Leute!
bastel zur Zeit ein wenig an meiner privaten Homepage.
Hab da ein Problem mit meinem SeaMonkey - es geht um eine Galerieseite mit mehreren Floatentenden Thumbnail-Links. Solange die Seite statisch ist (reines html+css, so wurde sie auch entwickelt) funktioniert alles prima (sogar im IE7 und Opera) - seitdem ich jetzt auch einen php-Unterbau hinzugefügt habe (inkl sql und allem drum und dran) machen plötzlich alle Gecko-Browser (SeaMonkey, FF, Mozilla...) Probleme bei der darstellung. Da fehlen scheinbar vollkommen zufällig plötzlich Thumbnails und ihr Container wird falsch dargestellt.
Zu bestaunen gibts das ganze hier: http://www.t-dealer.de/dir/v7b/selfhtml.php?ID=1173885323
Zuerst dachte ich es dauert der Engine zu lange bis die Thumbs aus der DB rauskommen (ich weis, das soll man ja eh nicht machen ^^) - aber selbst mit ganz normalen jpegs gibt es die Fehler...
Hat vielleicht irgendwer eine Erklärung oder gar einen Lösungsvorschlag für mich??
Hi,
Hab da ein Problem mit meinem SeaMonkey - es geht um eine Galerieseite mit mehreren Floatentenden Thumbnail-Links. Solange die Seite statisch ist (reines html+css, so wurde sie auch entwickelt) funktioniert alles prima (sogar im IE7 und Opera) - seitdem ich jetzt auch einen php-Unterbau hinzugefügt habe (inkl sql und allem drum und dran) machen plötzlich alle Gecko-Browser (SeaMonkey, FF, Mozilla...) Probleme bei der darstellung.
Mozilla 1.7, Firefox 1.5 und Opera 9.0 zeigen bei mir recht exakt das selbe. IE 6 liefert groben Unfug, IE 7 habe ich nicht getestet.
Hat vielleicht irgendwer eine Erklärung oder gar einen Lösungsvorschlag für mich??
Ich vermute die Ursache auf Deinem System. Für eine weitere Problembetrachtung wäre es sinnvoll, die dynamisch erzeugte mit der statischen Seit vergleichen zu können. Screenshots des Problems, ggf. mit Markierung der Problemstellen, könnten ebenfalls helfen.
Cheatah
Hi,
danke für deine schnelle Antwort...
Das der IE6 da groben Unfug liefert weis ich schon - der bekommt später noch sein eigenes Style...
Also bei meinem SeaMonkey sieht das ganze so aus: http://www.t-dealer.de/dir/seamonkey_php.jpg - wobei der Fehler bei jedem Neuladen mal woanders ist... (oder auch mal ganz weg)
Die statische html-Version gibt es hier http://www.t-dealer.de/dir/v7b/index.7.02.html - wobei ich gerade merke dass es da wohl auch manchmal Fehlerchen gibt. Wurde ursprünglich nur offline gesteste (ging ja nur um css).
Hi,
danke für deine schnelle Antwort...
Das der IE6 da groben Unfug liefert weis ich schon - der bekommt später noch sein eigenes Style...
Also bei meinem SeaMonkey sieht das ganze so aus: http://www.t-dealer.de/dir/seamonkey_php.jpg - wobei der Fehler bei jedem Neuladen mal woanders ist... (oder auch mal ganz weg)
Die statische html-Version gibt es hier http://www.t-dealer.de/dir/v7b/index.7.02.html - wobei ich gerade merke dass es da wohl auch manchmal Fehlerchen gibt. Wurde ursprünglich nur offline gesteste (ging ja nur um css).
hi,
Zu bestaunen gibts das ganze hier: http://www.t-dealer.de/dir/v7b/selfhtml.php?ID=1173885323
Zu bestaunen gibt's da jede Menge Fehler. Beseitige die erstmal, danach kann man weitersehen - vorher ist die Suche nach Ursachen von Darstellungsfehlern m.E. Zeitverschwendung.
Btw: Der Inhaber dieser Domain legt es wohl auf Ärger mit der Telekom an?
gruß,
wahsaga
hi,
Zu bestaunen gibts das ganze hier: http://www.t-dealer.de/dir/v7b/selfhtml.php?ID=1173885323
Zu bestaunen gibt's da jede Menge Fehler. Beseitige die erstmal, danach kann man weitersehen - vorher ist die Suche nach Ursachen von Darstellungsfehlern m.E. Zeitverschwendung.
Ups, wie peinlich, beim Überfliegen sah alles richtig aus - aber der w3c parser is da wohl etwas pingeliger...^^
Btw: Der Inhaber dieser Domain legt es wohl auf Ärger mit der Telekom an?
Ursprünglich ja... (kleine Jugendsünden) aber die t-com kümmerts wohl nicht ;)
gruß,
wahsaga
Jupie,
danke für den Hinweis - die Seite ist jetzt quasi Strict (nur noch kleine Zeichenfehler aus den provisorischen Datenbanktexten) und der Fehler ist weg - hat mich nur das verschieben eines </a>'s und das Setzen eines + gekostet :)
Liebe(r) genesys,
die Seite ist jetzt quasi Strict (nur noch kleine Zeichenfehler aus den provisorischen Datenbanktexten) und der Fehler ist weg - hat mich nur das verschieben eines </a>'s und das Setzen eines + gekostet :)
"der" Fehler? Es bleiben noch jede Menge davon übrig. Insbesondere folgendes Konstrukt erscheint immer wieder:
<a href="........"><h1>Überschrift</h1></a>
Bitte sei Dir gegenüber doch so nett und aktualisiere Dein Wissen um korrektes Verschachteln von HTML-Elementen, damit irgendwann dann auch der Validator wieder zufrieden ist!
Auch wenn die Darstellung nun wie von Dir gewünscht klappt, solltest Du noch nicht zufrieden sein. Erst mit validem Code kannst Du Dich auf eine korrekte Darstellung verlassen - oder erfolgreich nach Fehlern suchen!
Liebe Grüße aus Ellwangen,
Felix Riesterer.
Lieber Felix,
dein Posting war so eindringlich und besorgt dass ich hier noch schnell was klarstellen will: Der Fehler ist in selfhtml.php noch drinnen - hatte ihn nur in der Originalversion ( http://www.t-dealer.de/dir/v7b/index.php?ID=1173885323 ) berichtigt. Wenn du das durch den html validator jagst bekommst du auch das fast fehlerfeie Ergebnis. ( http://validator.w3.org/check?uri=http%3A%2F%2Fwww.t-dealer.de%2Fdir%2Fv7b%2Findex.php%3FID%3D1173885323 ) Also keine Sorge, es wird nicht noch eine html-Katastrophe im Web geben ;)
Hoffe jetzt kannst du wieder ruhig schlafen... ;)
byebye
Liebe(r) genesys,
Also keine Sorge, es wird nicht noch eine html-Katastrophe im Web geben ;)
Hoffe jetzt kannst du wieder ruhig schlafen... ;)
*g* klar! Eine Entity mit &uunl; bekommst Du auch alleine korrigiert, oder?
Liebe Grüße aus Ellwangen,
Felix Riesterer.