Hi,
und von welcher IE-Version sprichst du hier konkret?
Deine allgemein formulierte Aussage "PC und IE" trifft nämlich nicht auf den aktuellen IE8 zu, der den Link zu den Folgeseiten reibungslos freigibt. Ebenso weicht seine Seitendarstellung von deinem Schnappschuß nur geringfügig ab, und zwar bezüglich der Grafiken, auf die ich gleich noch näher eingehe.
Wenn du mangels (Grund)Kenntnissen nicht auf einen Blick siehst bzw. erkennst, wo überall der Fehlerteufel in deinem Quellcode gewütet hat, ist der
W3C-Validator dein erster Ansprechpartner, der deinen HTML-Code überprüft, und alle darin gefundenen Fehler mit einem erläuternden Kommentar auflistet - siehe beispielsweise
http://validator.w3.org/check?uri=h...(detect+automatically)&doctype=Inline&group=0 analog zu der Seite in deinem Mac-Screenshot.
Dass in einer der IE8-Vorgängerversionen dieser Link nicht funktioniert:
HTML:
<a href="seiten/news.htm" onmouseover="window.document.images[0].src = 'bilder/spillmannechsle_kontur.gif'" onmouseout="window.document.images[0].src = 'bilder/spillmannechsle.gif'">
<div style="position:absolute; top: 400px; left: 332px;"><img src="bilder/spillmannechsle.gif" border="0" width="1000" height="125"></div>
</a>
hat den einfachen Grund, dass durch die absoluten Positionsangaben für das eingebettete
<div> die verweis-sensitive Fläche des Links sich nicht dort befindet, wo du es erwartest.
Zum Gegenvergleich kannst du diesen erweiterten Code in ihnen betrachten:
Code:
<a style="border:1px solid red;display:block;" href="seiten/news.htm" onmouseover="window.document.images[0].src = 'bilder/spillmannechsle_kontur.gif'" onmouseout="window.document.images[0].src = 'bilder/spillmannechsle.gif'">
<div style="position:absolute; top: 400px; left: 332px;"><img src="bilder/spillmannechsle.gif" border="0" width="1000" height="125"></div>
</a>
Dort, wo du den deklarierten roten Rahmen in ihrem Viewport entdeckst, kannst du problemlos d'raufklicken, und gelangst auf die nächste Seite.
Desweiteren muß ich dich bei diesem Codeschnipsel darauf aufmerksam machen, dass mit deinem deklarierten Doctype gemäß der
HTML-Elementreferenz für Inline-Elemente ein
<div>-Element (= Block-Element) im
<a>-Element (= Inline-Element) überhaupt nicht enthalten sein darf.
Kommen wir dann mal zu den Grafiken, die es im wahrsten Sinne des Wortes in sich haben.
Aus welchem Grund dimensionierst du sie in einem so übergroßen Format (z.T. mehrere tausend Pixel breit!), wenn sie letztlich im HTML-Dokument um ein vielfaches kleiner angezeigt werden?
Das absolute Extrembeispiel aus der "Galerie" ist
http://www.heemann-design.ch/Testseiten/bilder/freitagflagstore_kontur.gif.
Grafik-Info hat gesagt.:
Original-Maße: 5.468px × 414px
... und im HTML-Dokument erscheint diese Grafik mit diesen, im Vergleich dazu doch popelig-winzig anmutenden, Proportionen:
HTML:
<img width="238" height="18" border="0" src="../bilder/freitagflagstore_kontur.gif">
Wozu also im Grafikprogramm diese 23-fach ( ! ) vergrößerte Grafik erzeugen, um sie anschliessend mittels der HTML-Attribute in das Seitenkorsett zu zwängen? :suspekt:
Dies hat nämlich zur Folge, dass z.B. Firefox sie bei mir recht verpixelt darstellt - je weiter vom Originalformat herunterskaliert, desto "unscharfer" erscheinen die Schriftzüge, und im Falle der "Kontur-Schrift" schier unlesbar.
Und nicht zu vergessen, der unnötig hohe Server-Traffic, den du mit diesen Dateigrößen produzierst, wenn die Seiten aufgerufen werden. Bei einem Internetauftritt mit täglichem regen Besucheraufkommen kein zu vernachlässigender Aspekt.
http://www.heemann-design.ch/Testseiten/seiten/FFSZ.htm bringt es mit den 23 eingebundenen Grafiken auf stolze 7.161K (= 7MB)
Zu Zeiten, als die Internetzugänge noch bedeutend langsamer waren, als es heute üblich ist, hättest du jeden Seitenbesucher auf Nimmerwiedersehen vergrault, weil er minutenlang vor einer weißen Seite ausharren mußte, bis sein Web-Browser die Grafiken vom Server heruntergeladen hat.
mfg Maik
