nicht angemeldet
Mozilla & Tabellen...hoffnungslos
Hallo!
Soviel Probleme wie mit Mozilla & Tabellen habe ich noch mit keinem Browser gehabt.Dabei ist das einzige was ich eigentlich machen will 2 zerschnittene Bilder in Tabellen so zusammenzufügen, dass man keinen Abstand dazwischen sieht.Jeder andere Browser kanns, ausser Mozilla, obwohl diese nachfolgende Tabelle wohl die elementarste und einfachste aller nur denkbaren Tags ist...
<table cellpadding="0" cellspacing="0" border="1">
<tr>
<td><img src="images/menue/test.gif" alt="" /></td>
</tr>
</table>
...Damit habe ich IMMER einen Rand von 1-2px auf der unteren Kante des Bildes, sonst nirgends(und das bei jedem in der Tabelle stehendem Bild).
Was vielleicht interessant ist, das Problem tritt nur auf, wenn ich als Doctype XHtml Strict definiere:
<!DOCTYPE html
PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
..ansonsten gehts normal.Da ich aber in XHtml schreiben möchte kann ich dies nicht weglassen.
Vielleicht kennt Ihr dieses Problem ja und könnt mir einen Tip geben?
Grüsse,
Danieö
-
Hallo!
positionierte DIVs sind dafür besser geeignet als Tabellen...
Wie dem auch sei, natürlich geht es auch mit Tabellen wenn du die überflüssigen Newline Zeichen aus der Tabelle entfernst.
Dominik
-
hi,
...Damit habe ich IMMER einen Rand von 1-2px auf der unteren Kante des Bildes, sonst nirgends(und das bei jedem in der Tabelle stehendem Bild).
Vielleicht kennt Ihr dieses Problem ja und könnt mir einen Tip geben?
der mozilla setzt bilder per default auf die baseline des textes, berücksichtigt also auch noch die unterlängen des textes, selbst wenn gar kein text da ist.
probier mal, das bild explizit ganz unten, anstatt auf der baseline, zu platzieren,
vertical-align:bottom;
(für das bild)das sollte helfen.
gruss,
wahsaga-
Hi wahsaga,
der mozilla setzt bilder per default auf die baseline des textes, berücksichtigt also auch noch die unterlängen des textes, selbst wenn gar kein text da ist.
probier mal, das bild explizit ganz unten, anstatt auf der baseline, zu platzieren,
vertical-align:bottom;
(für das bild)das sollte helfen.
Genau das wars, danke für die Hilfe!
Grüsse,
Daniel
-
-
Hi
<table cellpadding="0" cellspacing="0" border="1">
setz mal border=0;
<tr>
<td><img src="images/menue/test.gif" alt="" /></td>Woher hast du das, dass ein Bild mit /> aufhören muss?
</tr>
</table>...Damit habe ich IMMER einen Rand von 1-2px auf der unteren Kante des Bildes, sonst nirgends(und das bei jedem in der Tabelle stehendem Bild).
Nur unten?
Liegt das sicherlich nicht am Bild?Andy
-
Hallo Andy,
Woher hast du das, dass ein Bild mit /> aufhören muss?
Gegenfrage: Wie weit hast du Daniels Post gelesen?
David Schneider
-
-
Hallo Daniel,
...Damit habe ich IMMER einen Rand von 1-2px auf der unteren Kante des
Bildes, sonst nirgends(und das bei jedem in der Tabelle stehendem Bild).Die klassische verständlich bebilderte Erklärung dieses Problems findet
sich hier in deutscher Übersetzung; wahsaga hat Dir ja schon einen der
dort geschilderten Workarounds gegeben:
http://www.dodabo.de/html+css/img-table/Was vielleicht interessant ist, das Problem tritt nur auf, wenn ich als
Doctype XHtml Strict definiere:Kein Wunder. Es ist unter Webbrowser beliebt je nach Doctype einen leicht
verschiedenen Rendering Modus zu nehmen, nicht nur unter Mozilla.
http://www.mozilla.org/docs/web-developer/quirks/doctypes.html..ansonsten gehts normal.Da ich aber in XHtml schreiben möchte kann ich dies
nicht weglassen.Es gibt ja noch andere XHTML Doctypes, so zum Beispiel Transitional. Aus
Interesse: Weswegen möchtest Du XHTML schreiben? Gibt es einen nennenswerten
Vorteil?Vielleicht kennt Ihr dieses Problem ja und könnt mir einen Tip geben?
Ich würde generell nicht zerschnittende Bilder mit einem Tabellenlayout
zusammenfügen wollen. Das entstehende Markup entspricht dann nicht mal
ansatzweise meine semantischen Utopien. Ich könnte mir höchstens eine
mit CSS formatierte Tabelle vorstellen, die Hintergrundbilder besitzt,
die sich dann zu einem größeren Ganzen zusammenfügen würde. Da dürfte
es dann auch keine Probleme mit dem baseline-Problem geben.Tim