[CSS] Klein bugje in MozFirebird 0.7

[Blaise]

Normaal staat links van de mouseover (muis is onzichtbaar) een border van 1px breed, ALLEEN tussen Recensies en Specials laat Firebird geen border zien, tussen bijvoorbeeld Nieuws en Recensies wel gewoon.

IE en Opera doen het wel goed.
* Blaise aait Opera en IE

Ik heb gechecked op extra enters, spaties enz, maar ik kan geen oorzaak vinden waarom Firebird gek doet. Zie ik iets over het hoofd?

http://213.244.163.179/test/public < daar staat het online

[pasta]

Hier in Mozilla 1.5 zie ik geen vreemde dingen, en als ik het zo bekijk valt er in de source ook niks merkwaardigs te zien waar het aan kan liggen. Welke versie van Mozilla Firebird gebruik je? Het kan misschien daar aan liggen namelijk.

[Blaise]

Zie topic

[creative8500]

Er klopt werkelijk erg weinig van je code. Bijvoorbeeld: table != TABLE; dit moet je ook in de CSS goed doen. Je kunt tien keer beter teruggaan naar HTML 4.01.

[Blaise]

Ik snap je redenatie niet. De tags in CSS moeten eigelijk in lowercase DUS ik kan beter terug gaan naar HTMl 4.01?

[ Voor 3% gewijzigd door Blaise op 02-12-2003 16:42 ]

[Brent]

Bij mij is het lijntje er wel (en blijft gewoon netjes zoals het hoort). Ik gebruik de Firebird nightly van 28 nov.

[Verwijderd]

Hier ziet het er goed uit.

Mozilla firebird

[Blaise]

Ik denk dat het aan mijn PC ligt, want de nightly build van firebird van 2 december geeft hetzelfde probeem. Laat maar zitten

[AkaXakA]

Blaise schreef op 02 december 2003 @ 16:42:
Ik snap je redenatie niet. De tags in CSS moeten eigelijk in lowercase DUS ik kan beter terug gaan naar HTMl 4.01?

Naja, dus kan je beter je css lowercase maken. Browsers willen nogal vaag reageren op lowercase tags + uppercase css....
Oftewel, how lekker alles lowercase =)

[Blaise]

Ja ik heb het al veranderd intussen, het was alleen uppercase voor de overzichtelijkheid.

Ik dacht dat de "case" in CSS niets uitmaakt. De w3c validator klaagt er niet over, terwijl die dat wel doet bij xhtml validatie.

[disjfa]

ik heb de gewone 0.7 versie verder en ik heb hetzelfde als jou ik denk dat er net wat in die firebird zit waardoor hij er geen zin in heeft. verder @ win2k sp (weeknie.. laatste)

[Verwijderd]

Blaise schreef op 02 december 2003 @ 17:09:
Ja ik heb het al veranderd intussen, het was alleen uppercase voor de overzichtelijkheid.

Ik dacht dat de "case" in CSS niets uitmaakt. De w3c validator klaagt er niet over, terwijl die dat wel doet bij xhtml validatie.

http://www.w3.org/TR/CSS21/syndata.html#q6
All CSS style sheets are case-insensitive, except for parts that are not under the control of CSS. For example, the case-sensitivity of values of the HTML attributes "id" and "class", of font names, and of URIs lies outside the scope of this specification. Note in particular that element names are case-insensitive in HTML, but case-sensitive in XML.

Aldus.

[Johnny]

IK gebruik mozilla 1.5b en daar is het ook, maar ook de bullet pijltjes die aan de linkerkant horen staan bij mij achter de tekst. De box aan de rechterkant staat onder die aan de linkerkant.



Zodra ik de edit-styles plug-in open krijgt dat bovenste oranje ding allerlei extra margins.

[Blaise]

Ja, ik had even de CSS verneukt bij het lowercasen

[BetuweKees]

zie zelf ook regelmatig op mijn eigen sites dat firebird af en toe een (deel van een) border weg laat, maar na refresh staat ie er weer.. niet helemaal netjes idd, maar niet genoeg om me van het gebruik te weerhouden

[crisp]

Ik kan het probleem wel reproduceren, zowel in FB 0.7 als in Mozilla 1.5. Toch lijkt me dit typisch een renderbug - de code is eenduidig dus is het vreemd dat het juist alleen met die mouseover verkeerd gaat...

Edit: toch een opmerking - het valt me op dat je je anchors in je menu een height en padding geeft, hoewel het inline elementen betreft. Ik zou er blocklevel elementen van maken, en die span eromheen vervangen door een div. Ik weet niet of dat je probleem ook op zal lossen, maar dimensies aan inline elementen geven mag/kan eigenlijk niet.

[ Voor 47% gewijzigd door crisp op 02-12-2003 18:43 ]

[Blaise]

crisp schreef op 02 december 2003 @ 18:36:
Ik kan het probleem wel reproduceren, zowel in FB 0.7 als in Mozilla 1.5. Toch lijkt me dit typisch een renderbug - de code is eenduidig dus is het vreemd dat het juist alleen met die mouseover verkeerd gaat...

Edit: toch een opmerking - het valt me op dat je je anchors in je menu een height en padding geeft, hoewel het inline elementen betreft. Ik zou er blocklevel elementen van maken, en die span eromheen vervangen door een div. Ik weet niet of dat je probleem ook op zal lossen, maar dimensies aan inline elementen geven mag/kan eigenlijk niet.

Dat werkt ook niet.
Kan je je reproductie misschien even mailen of online zetten? dan kan ik wat dingen uitsluiten.

[crisp]

Blaise schreef op 02 december 2003 @ 19:05:
[...]
Dat werkt ook niet.
Kan je je reproductie misschien even mailen of online zetten? dan kan ik wat dingen uitsluiten.

reproduceren als in - met jouw code zie ik hetzelfde probleem zoals je vermeld in je topicpost. Ik kan er vanavond wel een simpelere case van bakken - dat is wat ik meestal doe: uitkleden tot de essentie van het probleem, en daarmee uitsluiten dat het door omliggende code wordt veroorzaakt.

[Blaise]

Ik heb "Home" vervangen door "Naamloos" en nu is het opgelost...

[crisp]

Ik zie het probleem hier nog steeds hoor...

[Blaise]

Bij <strong> werkt het niet (gek, zonet nog wel)
Bij :hover werkt het wel.

Ohhhh, als er body-overflow is laat firebird <strong> goed zien, bij geen overflow zowel <strong> als :hover fout... vaag

edit:
edit 2: Zal wel een afrondingsfout/bug zijn in een berekening bij het verwerken dan.

[ Voor 42% gewijzigd door Blaise op 02-12-2003 22:21 ]

[crisp]

als ik letter-spacing:0.19em; bijvoorbeeld aanpas naar letter-spacing:0.20em; gaat het ook goed...