Keine richitge Pop-UP Darstellung im FireFox (aber im IE)

[mcmurphy]

Also wie gesagt, ich hatte schonmal versucht,

versucht oder gemacht?

Wenn du es schon gemacht hast und selber sagts das der Quellcode besser aussah - warum hast du es dann anscheinend wieder rückgängig gemacht?
Und war die Seite dann wirklich fehlerfrei - hast du einen HTML Validator

das es nicht am Script liegt ist doch an sich klar,

aber die Seite hat mehr als 100 Fehler - irgendeiner von denen wird FF 3 ins Stolpern bringen (ist jetzt meine Vermutung)
Deine andere Seite hat "nur" ca. 50 Fehler - irgendwo dazwischen ist der Haken....

Würde dir ja gerne helfen, aber wenn du meine tips nicht annimmst....

[mcmurphy]

OffTopic:

---

also irgendwie gab das hier einen doppelten Eintrag....

---

[xserio]

@asp2php: ich weiss nich, was du unter 'grundstruktur' verstehst, wie gesagt, ich hatte alles schon geordnet, ich hab das jetzt auch nochmal hochgeladen:

http://www.xserio.de/graffiti2.php

da sind nun keine überflüssigen html/body/head tags mehr, aber es funktioniert trotzdem nicht. Was ist jetzt an der grundstruktur noch fehlerhaft ?

@murphy: nein einen validator habe ich nicht, weiss auch ehrlich gesagt nicht, was das ist, ich schau gleich mal nach

**edit**
so, hab jetzt was herausgefunden! es liegt an den body onload - elementen im Body Tag, ich hab allerdings keine Ahnung wieso das so ist. Ich würde die Bilder auch gerne weiterhin preloaden lassen, wenn möglich... ich tüftel noch ein bisschen

[unset]

Validator: http://validator.w3.org/check?uri=ht...2.php&charset=(detect+automatically)&doctype=Inline&group=0

[mcmurphy]

hast jetzt aber nen Anzeige Fehler.....

vielleicht onload klein (mein Validator sagt mir OnLoad gibbet nich)

gehts denn mit window.onload?
www.mediaevent.de/javascript/onload.html
http://www.mediaevent.de/javascript/event_handler.html

[TobiaZ]

Du hast die Anzahl der Fehler nochmals verdoppelt.

264 Errors, 51 warning(s)

Jetzt schieb' ne vernünftige Test-Seite hinterher (nur HTML-Grundgerüst + 2 Bilder + Script) oder lass die Jungs hier weiter rumzicken!

EDIT:

---

Ah, so langsam wirds konstruktiv, dann kömmer uns ja jetzt um die onload/preload geschichte kümmern...

---

[xserio]

@unset: danke für den link

@murphy: jap, hab die anderen seiten gerade noch angepasst, jetzt sollte es keine Anzeigefehler mehr geben und das Script funktioniert auch.
Ich hab da sone CSS-klasse:
.vorladeBilder {
display:none;
}
die Bilder werden halt in nen Layer gepackt, so das sie nicht angezeigt, aber trotzdem vorgeladen werden (angeblich), also hat ich sozusagen n doppelten PreLoader drin? also bei mir gehen die MouseOvers jedenfalls flüssig, auch nach leeren des Caches.

@tobiaz: jetzt sind's nurnoch 263 errors hrm, ich weiss nich, woher so massiv viele fehler kommen, es funktioniert ja zur Zeit alles im IE und FireFox und alles neu zu coden ist ja schon n erheblicher Aufwand. Das soll nichts heissen, das ich dab ei nichts gelernt hätte, auf blacrew.de hab ich zum Beispiel alle seitenteile aus PHP-includes zusammengesetzt, so das ich head, body, css jederzeit für alle Seiten ändern kann, aber bei xserio.de müsst ich das halt noch für jede Seite einzeln anpassen :/

//edit: hab mir mal die errors angeschauts, die vom validator angezeigt werden, das sind fast nur < und > und andere Dinge bei denen ich überhaupt nicht verstehe, warum das Fehlerhaft sein soll

[unset]

Für ganz faule bietet der W3-Validator dir einen "gesäuberten" Quelltext an. Den kann man fast 1:1 übernehmen, ggf. nochmal auf Fehler checken - meistens sind das dann nur noch Sachen wie doppelte IDs und ähnliches.

Die meisten Fehler rühren Übrigens von fehlenden Alt-Attributen bei img-Tags und falscher Schreibweise von "onmouse"-hassenichgesehen Events.

[xserio]

jop, habs mir auch grad nochmal angeschaut, ALT Tags braucht man ja nicht zwingend und warum die <> andauernd falsch sind versteh ich irgendwie nich :/ ich bin erstmal froh, das das Script wieder funktioniert

[asp2php]

Wenn du schon unbedingt XHTML in DOCTYPE deklarierst, dann sollst du auch dran halten!

Die Fehler < > rühren daher, dass du img-Tag nicht XHMTL gemäß abschliesst!

falsch: <img ....>

richtig: <img ..... alt="" />

[unset]

Doch, alt ist ein Pflichtattribut und muss angegeben werden. Du kannst zwar einfach nichts (also "" reinschreiben), aber Sinn macht es, den Inhalt der Grafik kurz zu beschreiben. Warum? Einmal scharf nachdenken - vielleicht kommst du selbst drauf.

Desweiteren sind die spitzen Klammern nicht der Fehler, sondern die Stelle, an der ein Fehler bemerkt wurde (würdest du auch sehen, wenn du mit der Maus drüberfährst). Das macht PHP genau so, an einer bestimmten Stelle wird etwas erwartet, es kommt etwas anderes -> Fehler, an der Stelle, wo der Fehler aufgefallen ist. In deinem Fall erwartet der Validator noch ein Attribut, stattdessen kommt aber schon die schließende spitze Klammer.

Aber: Lies doch einfach, was dir als Fehlertext ausgegeben wird!

[mcmurphy]

und valider Code ist kein Selbstzweck - wenn der Browser nicht ständig überlegen muß wie eine fehlerhafte Angabe jetzt darzustellen ist kann er die Seite schneller aufbauen

[lennart]

Original geschrieben von mcmurphy
und valider Code ist kein Selbstzweck - wenn der Browser nicht ständig überlegen muß wie eine fehlerhafte Angabe jetzt darzustellen ist kann er die Seite schneller aufbauen

Kannst du das irgendwie belegen? Halte ich für Unfug.

[mcmurphy]

Habe vor kurzen die Seite einer Bekannten von mir neu gebaut - das Layout blieb fast identisch, habe sie statt einer (fehlerhaften) Tabellen Struktur mit (offentlich ) validen Html umgesetzt. Da werden kaum bilder eingesetzt, die Seite ist von der Datenmenge ausgesprochen schlank.
Die valide Umsetzung ist deutlich schneller. Ok, liegt nicht nur am validen Code, durch die Umsetzung mit standard tags statt mit Tabellen ist die Seite natürlich auch kleiner, kann also den absoluten Anteil nicht exakt sagen.
Hier die alte Version:
http://www.immehackmann.de/web/
hier die neue:
http://www.immehackmann.de

[TobiaZ]

Hab den Quelltext jetzt nicht angesehen, aber ich glaubs dir einfach mal, weil das der normalfall ist.

Einzig beim Header bist du einen schlechten Kompromiss eingegangen. Nicht nur dass du das Anti-Aliasing ausgeschaltet hast (warum) sondern auch die Tatsache, dass der Titel vorher Text war und jetzt nur noch Bild.

Konsequenter Weise wäre der rote Balken ein Hintergrund-Bild, das eigentliche Logo ein "normales" Image und der Schriftzug (sofern er nicht im kompletten CD fest positioniert ist) nur Text.