[tpl] Lege ruimte onder reply met Firebird

[iets]

Soms krijg ik onder een reply waar veel plaatjes inzitten een lege ruimte:

Bijvoorbeeld




_{http://gathering.tweakers.net/forum/list_messages/828049}

Dit gebeurt niet altijd, maar als het gebeurt lijkt het: hoe meer plaatjes, hoe groter de lege ruimte.

Dit gebeurt aleen onder FireBird 0.7, met IE6 heb ik nergens last van. Ctrl + F5 lost het iig niet op.

[Verwijderd]

Hier in Mozilla 1.5 ook, en ook bij jou startpost ff snel vergeleken en kom tot zover tot de conclusie dat het aan de tag img=600 ligt. Overal waar achter img een getal staat krijg ik die lege ruimte dus en bij posts met alleen [img] krijg ik wel een normale layout.

[iets]

Verwijderd schreef op 04 november 2003 @ 00:58:
Hier in Mozilla 1.5 ook, en ook bij jou startpost ff snel vergeleken en kom tot zover tot de conclusie dat het aan de tag img=600 ligt. Overal waar achter img een getal staat krijg ik die lege ruimte dus en bij posts met alleen [img] krijg ik wel een normale layout.

Je hebt gelijk, maar nu ik hier in een andere post gewoon het volle plaatje post klopt de topicstart ook weer.

edit: nu weer niet

edit2: nu weer wel

Het lijkt erop dat hij het telkens na een edit weer wel goed weergeeft. Ik snap er niks meer van.

[ Voor 27% gewijzigd door iets op 04-11-2003 01:11 ]

[Robin]

Dat zal komen doordat Mozilla Firebird de prenten in een reply op ware grootte wil laten zien, maar de afbeeldingen door React keihard worden verkleind zodat ze de layout niet vernaggelen, maar ondertussen wordt de lege ruimte niet weggewerkt. Ik heb hier ook af en toe last van, maar waar de fout nu ligt (of aan de browser of aan React) weet ik niet.

* Robin wacht op Crisp .

[crisp]

100% zeker een renderbug in Mozilla/Firebird. Op het moment dat ik in de HTML source een height erbij zet gaat het wel goed. Mozilla reserveerd blijkbaar de ruimte van de originele hoogte van het plaatje. Ik zal eens kijken in bugzilla of deze al bekend is.

edit: niks te vinden in bugzilla. Helaas werkt het bij mij in een simpele testcase (met een containing div, of een table met een enkele cell) wel goed
De HTML valideerd wel qua flow (dus geen onafgesloten tags of nesting errors). Ik ga eens strippen tot de basis waar het probleem zich voordoet...

[ Voor 38% gewijzigd door crisp op 04-11-2003 09:05 ]

[crisp]

een heel simpele structuur waarbij het al fout gaat:

PHP:

<table height="80" width="750" cellpadding="0" cellspacing="0" border="1">
    <tr>
        <td width="140"> </td>
        <td width="610">
            <table cellpadding="0" cellspacing="0" border="0" width="100%" height="100%">
                <tr>
                    <td><img src="shadows_800.jpg" width="400" alt="" /></td>
                </tr>
            </table>
        </td>
    </tr>
</table>

het probleem zit 'm in de geneste tabel, en de height op de buitenste tabel.
Die height is van belang om de binnenste tabel een hoogte van 100% te geven zodat ik sigs in een cell met valign="bottom" kan zetten.
Nu was die height op de table toch al een doorn in m'n oog omdat een table officieel helemaal geen height attribuut heeft, maar ik ben nu tot het volgende alternatief gekomen, waarmee het in Mozilla ook goed gaat:

PHP:

<table width="750" cellpadding="0" cellspacing="0" border="1">
    <tr>
        <td width="140"> </td>
        <td width="610">
            <table cellpadding="0" cellspacing="0" border="0" width="100%">
                <tr>
                    <td height="80"><img src="shadows_800.jpg" width="400" alt="" /></td>
                </tr>
            </table>
        </td>
    </tr>
</table>

nu even kijken welke templates allemaal de eerste structuur gebruiken....

[crisp]

templates aangepast - ergens morgen online