[html]tabel maakt witruimte in IE

[Verwijderd]

Ik heb een pagina in elkaar gezet en hij ziet er prima uit in opera.
Als ik in IE kijk komen er allemaal witruimtes tussen tabellen en plaatjes van mijn tabel. bekijk de onderstaande link en het wordt wel duidelijk.

www.few.vu.nl/~mkooijm/menssite/test.html

Weet iemand hoe je dit kan verkommen in IE?
TIA

[crisp]

ja, in plaats van:

HTML:

<td>
  <img />
</td>

zo:

code:

<td><img /></td>

Ik zie dat je hier en daar ook wat inline CSS gebruikt, maar ook nog een hoop style-properties gebruikt. Kort gezegt: je HTML ziet er niet uit....

[Reveller]

Ben het met crisp eens - het is denk ik verstandig om eerst eens wat HTML en XHTML tutorials door te nemen.

Overigens is dit specifieke probleem volgens mij eerder een bug in de IE HTML interpreter dan een syntaxfout van jou.

[RM-rf]

Reveller schreef op 29 januari 2004 @ 12:42:
Ben het met crisp eens - het is denk ik verstandig om eerst eens wat HTML en XHTML tutorials door te nemen.

Overigens is dit specifieke probleem volgens mij eerder een bug in de IE HTML interpreter dan een syntaxfout van jou.

beiden zij foute opvattingen, de tip om wat te letten op de code is een vrij advies, het maakt je code wat beter leesbaarder en verhoogt daardoor de snelheid om bugs/fouten te vinden.
de gebruikte HTML die de TS toepast is volgens mij wel degelijk grotendeels validerend als HTML3.2, het is waarschijnlijk automatisch gegenereerde ImageReady slice-code.

Ten tweede, dit is geen bug in ms-html, het is een html-interpretatie die conformeert aan de HTML-specificatie, die duidelijk stelt dat een newline een teken is, en deze in code een spatie geneert tussen twee woorden die op de verschillende regels staan.
de reden is dat een html code als

code:

<P>dit is een stukje tekst
dat doorgaat na een newline</p>

er niet uitziet als

dit is een stukje tekstdat doorgaat na een newline

in dit geval brengt de newline na de <TD>-tag inderdaad het probleem dat er ook extra ruimte komt tussen image-slices in een tabel, en opera voorkomt dat probleem door specifiek newlines na een tag weg ta halen, dit is echter niet conformant aan de HTML-specificatie

[Verwijderd]

Zet de BORDER tag van je TABLE eens op 1 . . . .
dan zie je 99 vd 100 keer het exacte probleem . . . .

[Verwijderd]

Maar hoe pak je het probleem aan zodat alles mooi aansluit in IE.
Of gaat dit niet werken in IE?

ik heb het ook wat netter gemaakt voor de leifhebbers:
http://www.few.vu.nl/~mkooijm/menssite/test3.html

ik heb het gevalideerd maar krijg dan 1 vage melding die ik niet kan plaatsen
(het zelfde stuk code komt er een paar keer in voor maar dan met andere parameters)


http://validator.w3.org/c...28detect+automatically%29

[Verwijderd]

Verwijderd schreef op 29 januari 2004 @ 14:22:
Maar hoe pak je het probleem aan zodat alles mooi aansluit in IE.
Of gaat dit niet werken in IE?

Spaties/enters weghalen. Alternatief is display:block;

[BtM909]

Verwijderd schreef op 29 januari 2004 @ 14:22:
ik heb het gevalideerd maar krijg dan 1 vage melding die ik niet kan plaatsen
(het zelfde stuk code komt er een paar keer in voor maar dan met andere parameters)


http://validator.w3.org/c...28detect+automatically%29

Wat begrijp je niet van:

Line 10, column 37: there is no attribute "background"

[Verwijderd]

het concept enters en spaties weghalen heb ik geprobeert:

http://www.few.vu.nl/~mkooijm/menssite/test4.html

BtM909 schreef op 29 januari 2004 @ 15:45:
[...]

Wat begrijp je niet van:

Line 10, column 37: there is no attribute "background"

waarom doet het wel de regel er onder wel?

[ Voor 58% gewijzigd door Verwijderd op 29-01-2004 15:51 ]

[RM-rf]

Verwijderd schreef op 29 januari 2004 @ 14:22:
Maar hoe pak je het probleem aan zodat alles mooi aansluit in IE.
Of gaat dit niet werken in IE?

ik heb het ook wat netter gemaakt voor de leifhebbers:
http://www.few.vu.nl/~mkooijm/menssite/test3.html

de belangrijkste reden dat dit een zooitje kan worden is dat de tabel an sich niet correct lijkt te zijn:
de tabel-code zonder content of layout-attributes

HTML:

<table>
    <tr>
        <td rowspan="6">links</td>
        <td rowspan="6"></td>
        <td rowspan="6"></td>
        <td colspan="3"></td>
        <!-- eerste twee cellen omspannen 6 rows, aantal cellen in row 6 -->
    </tr>
    <tr>
        <td></td>
        <td></td>
        <td></td>
    </tr>
    <tr>
        <td colspan="3"></td>
        <!-- aantal cellen in row 5; 3 eigen cellen, eerste twee cols vanuit eerste row -->
    </tr>
    <tr>
        <td></td>
        <td></td>
        <td></td>
        <!-- aantal cellen in row 5; 3 eigen cellen, eerste twee cols vanuit eerste row -->
    </tr>
    <tr>
        <td colspan="3"></td>
        <!-- aantal cellen in row 5; 3 eigen cellen, eerste twee cols vanuit eerste row -->
    </tr>
    <tr>
        <td colspan="3"></td>
        <!-- aantal cellen in row 5; 3 eigen cellen, eerste twee cols vanuit eerste row -->
    </tr>
</table>

oftewel, in je eerste row staan de eerste twee cellen met rowspan=6, toch omvat de gehele tabel slechts 5 rows,
verder bevat de eerste row, 6 cols, terwijl de andere rows allemaal 5 cols bevatten.

volgens mij si dit een voorbeeld hoe het gebruik van tabellen voor een layout-indeling de zaak onoverzichtelijk maakt en de kans op bijna onoplosbare bugs vermeerderd.
dit kan hoogstwaarschijnlijk veel beter opgelost worden met slim gebruik van layers en css-positionering

[ Voor 9% gewijzigd door RM-rf op 29-01-2004 15:51 ]

[Verwijderd]

Damn, dat is gebeurt tijdens het bewerken

[crisp]

RM-rf schreef op 29 januari 2004 @ 15:50:
[...]
volgens mij si dit een voorbeeld hoe het gebruik van tabellen voor een layout-indeling de zaak onoverzichtelijk maakt en de kans op bijna onoplosbare bugs vermeerderd.
dit kan hoogstwaarschijnlijk veel beter opgelost worden met slim gebruik van layers en css-positionering

waaraan ik zou willen toevoegen dat het met het op deze manier in elkaar zetten van je tabel het nagenoeg onmogelijk is om nog pixelprecies te gaan werken

[Verwijderd]

_nfi

[ Voor 99% gewijzigd door Verwijderd op 29-01-2004 22:15 ]