[FF 1.0.7] Vreemd behaviour table met border

Pagina: 1
Acties:

  • Booster
  • Registratie: Februari 2000
  • Laatst online: 16-04 21:29

Booster

Superuser

Topicstarter
De volgende vreemdheden kon ik niet terugvinden in op de bugzilla van Mozilla, maar dat is wellicht te wijten aan de 'verkeerde' keywords (overkomt me regelmatig). In de changelog van 1.5 kwam ik ook niet echt dingen tegen die op deze bugs wijzen.

For the record:
• Als ik de verhalen mag geloven mankeert er nog wel e.e.a. aan Firefox 1.5, en het leek me dus geen goed idee om de site hierop te gaan testen. Firefox 1.0.7 heeft zich toch al een tijdje 'bewezen', en het is tevens de meest gebruikte versie van FF verwacht ik. Vandaar dus dat ik test in deze browser.

• HTML en CSS zijn wellicht niet mooi semantisch, maar dit wil ik buiten beschouwing laten. (tenzij evt. 'slechte' semantiek hier het probleem veroorzaakt natuurlijk)

• Laten we discussies over divs/tables even later voor wat het is. Ik ken het verhaal en heb er op dit moment even voor gekozen om het zo op te lossen, trek ik later wel recht als ik deze problemen duidelijk heb.


De voorbeelden:
Vreemd 1 - demo
Ik heb een table (met content van 512px lang en breed), 5 kolommen, 5 rijen. Om deze table zet ik een 14px border.
Als ik de site nu in FF laad zie ik dat de tabel links en boven 5 a 6 pixels naar boven schuift t.o.v. waar ik hem verwacht. Ter verduidelijking heb ik de table even in een div gezet. Ook hier zie je dat de table zichzelf helemaal over de witte border heen gooit.

Vreemd 2 - demo
De ruimte tussen de plaatjes die je ziet zou netjes overal 14px moeten zijn. In het begin had ik nogal wat problemen met die positionering. De breedte van de 4de kolom verschilde hierbij per refresh. De ene keer was hij netjes 14px, de andere keer groter dan ik wilde. (wel consistent dezelfde grootte overigens)

Een soortgelijke fout kon ik duidelijk reproduceren voor dit voorbeeld. Deze site is wat anders van opbouw (was intussen verder gegaan met bouwen, en kwam toen dit tegen).

In het eerste voorbeeld staan er tussen de CSS nog een aantal niet ingevulde properties:
Cascading Stylesheet:
1
2
3
4
5
6
7
8
9
10
11
a:link {
}

a:visited {
}
    
a:hover {
}
    
a:active {
}
Als ik deze code nu weghaal, dan plaatst FF ineens 50% van de keren alle plaatjes tegen elkaar aan in de table. De kolommen tussen de plaatjes in hebben dan ineens 0px breedte. :?
Laat ik de properties gewoon leeg staan, dan gaat het afaik gewoon altijd goed.

In IE wordt de website zover ik kan ontdekken in beide voorbeelden 'goed' gerenderd, en met goed bedoel ik dan: zoals ik zou verwachten.
• Bega ik hier nu zelf een fout en is dit gedrag logisch, of gaat FF hier in de fout?

Van beide bugs zou ik verwachten dat webdevelopers er regelmatig tegenaan lopen en dat er dus veel over te vinden is met google/in bugzilla, maar tot op heden weinig resultaat met verschillende keywords. (misschien dat ik weer te moeilijk gedaan heb met zoeken)

The cake is a lie | The Borealis awaits...


  • crisp
  • Registratie: Februari 2000
  • Laatst online: 00:40

crisp

Devver

Pixelated

Vreemd 1: dat heeft met het collapsen van je borders te maken. Of het een bug is durf ik niet zo 1-2-3 te zeggen.
Vreemd 2: aangezien je van alle cellen de afmeting precies weet zou ik gebruik maken van table-layout: fixed. Overigens lijkt het probleem in Ff 1.5 niet op te treden

Note dat er in Ff 1.5 juist heel veel bugs, ook op CSS gebied, gefixed zijn. Uiteraard zitten er nog wel bugs in en zijn er ook wel nieuwe bugs ontstaan, maar vanuit mijn ervaring is Ff 1.0.x onvoorspelbaarder dan 1.5 en is de laatste imo dus juist beter om in te testen.

[ Voor 5% gewijzigd door crisp op 17-01-2006 23:34 ]

Intentionally left blank


  • Booster
  • Registratie: Februari 2000
  • Laatst online: 16-04 21:29

Booster

Superuser

Topicstarter
Als ik de border-collapse op de tabel weghaal, is het probleem inderdaad weg in FF. Ik zal morgen eens even onderzoeken of dat dat echt zo hoort.

Fixed layout kende ik nog niet, ga ik ook morgen proberen, thanks.

Het is natuurlijk zo dat in FF 1.5 wat oude bugs geplet zijn, en wat nieuwe geintroduceerd. Maar 1.0.7 is denk ik toch nog de meest gebruikte versie, en daarin wil ik het in ieder geval werkend hebben. Ik hoop dat het in 1.5 dan ook werkt ;)

[ Voor 37% gewijzigd door Booster op 18-01-2006 00:03 ]

The cake is a lie | The Borealis awaits...


  • crisp
  • Registratie: Februari 2000
  • Laatst online: 00:40

crisp

Devver

Pixelated

Booster schreef op woensdag 18 januari 2006 @ 00:01:
Het is natuurlijk zo dat in FF 1.5 wat oude bugs geplet zijn, en wat nieuwe geintroduceerd. Maar 1.0.7 is denk ik toch nog de meest gebruikte versie, en daarin wil ik het in ieder geval werkend hebben. Ik hoop dat het in 1.5 dan ook werkt ;)
Op het moment dat je verschillen ontdekt tussen 1.0.7 en 1.5 is het in mijn ogen het verstandigst om te kijken welke interpretatie de juiste is en die ook aan te houden. Als het dan fout is in 1.0.7 zal je of je schouders op moeten halen, of een workaround moeten verzinnen die in beide versies werkt. Specifiek programmeren voor 1.0.7 lijkt me nou niet bepaald verstandig ;)

Intentionally left blank


  • Booster
  • Registratie: Februari 2000
  • Laatst online: 16-04 21:29

Booster

Superuser

Topicstarter
Het probleem met de plaatsing is iig opgelost, het lag inderdaad aan de border-collapse. Nadat ik die voor de tabel had weggehaald was dat probleem weg.

Met table-layout: fixed wordt het niet perfect netjes in FF 1.0.7, maar goed genoeg om zo te laten. Het probleem met de positionering van de plaatjes die per refresh anders was is hierdoor wel opgelost. :)

Thanks ;)

Wat betreft FF heb je gelijk, het is natuurlijk het beste om diegene aan te houden met de meest juiste interpretatie. Maar kreeg (ten onrechte schijnbaar) de indruk dat FF 1.5 hier wat meer van af week dan de 'vertrouwde' 1.0.7.
Het was overigens niet mijn bedoeling om FF 1.5 helemaal links te laten liggen, als het er daarin echt niet uit had gezien dan had ik dat ook niet zomaar accepteerd. ;)

The cake is a lie | The Borealis awaits...