Ergernissen van een pro slicer
Dikke ballen, maar echt dikke
Onlangs bij een opdracht van het omzetten van Photoshop PSD naar XHTML/CSS echt gefrustreerd geraakt.
Door de speciale opzet van de site zelf was het mogelijk voor mij om volgende zaken te ondervinden:
- Firefox kan soms ook raar doen, zeker als je 5 levels diep je
font-sizeprobeert aan te passen, oplossing is eenvoudige benadering van het element. Dus in plaats van:
#foo dl dt h2 a {
font-size: 0.8em;
}
Doe je beter dit als het op Firefox aankomt:
#foo dl a {
font-size: 0.8em;
} - Je niet verplicht bent een
fieldsette gebruiken inform,pdoet het evengoed. Ondervonden bij 2 formulieren na elkaar in een 2 level diep gefloat element bij Opera en Firefox nadat in de CSS bepaald werd dat:
fieldset {
border: none;
}
is en opeens alle formulieren weg waren.
Dit wil nu niet zeggen dat Internet Explorer het goed doet omdanks dat hij het zo weergaf zoals gewenst, gewoon omdat het fout was en IE er zich niets van aantrok en toch weergaf. - Internet Explorer problemen heeft met het weergeven van absoluut gepositioneerde elementen als ze geen
z-indexhebben, maar waar heeft deze browser geen problemen mee ? - Dat het echt tijd wordt dat er een beetje gelijkheid komt tussen de browsers onderling, volgens mijn mening ( wie erom vraagt ) moeten de verschillende browser onderling concureren door hun manier van werken, gebruiksvriendeljkheid en snelheid en niet met het feit hoe ze elk hun eigen manier hebben van CSS te parsen
Voor de rest wens ik u alles toe, ik hoop van u hetzelfde
Gelezen: 1295 | Fonts, Design, XHTML, CSS, Tutorials







Op Friday 29 December 2006
Ik deel je frustratie en niet alleen.
Jammergenoeg is de wereld niet perfect. Dat browsers onderling verschillen is niet altijd de fout van de browsermakers. De specificaties zijn soms verwarrend of onvolledig.
Opera 8 en eerder geeft een padding aan de body terwijl alle andere browsers een margin gebruiken. Specificaties over de viewport van de browser zijn er bij mijn weten niet. Gelukkig heeft Opera zijn rol als underdog goed gespeeld en zich aangepast aan zijn concurrenten.
Gelukkig verbeteren de browsers steeds. Perfect hetzelfde zullen ze nooit werken en nieuwe standaarden (zoals css3) zullen waarschijnlijk nog meer roet in het eten gooien.
Het leven van een goede webdeveloper is hard
Op Friday 29 December 2006
Ik ken dat probleem! Net m’n site volledig aangepast en deze keer is het enkel Opera die moeilijk doet. Onderaan rechts staan de links ‘disclaimer & copyright’ niet juist. IE (6 en 7), FF en Netscape doen zoals ik wou… maar Opera doet niet mee…
Op Saturday 30 December 2006
Ik heb meestal niet zo héél veel problemen…
Het is meestal IE die vervelend doet…
Ik test ook altijd (bijna bij ieder stapje) eerst in Opera, dan Firefox en dan IE… is het goed, ga ik weer verder. Zo voorkom je namelijk dat het achteraf blijkt dat het in de ene browser helemaal verkeerd is.
Op Saturday 30 December 2006
Misschien moet w3c maar eens een parser maken. ze zijn wel goed in het opstellen van “standaarden”, maar de implementatie ervan wordt overgelaten aan programmeurs van verschillende systemen.
Op Saturday 30 December 2006
@Jolle: ahwel, het zal je misschien verbazen maar ze hebben waarachtig een “parser” genaamd Amaya.
Op Sunday 31 December 2006
Zo heb ik ook ondervonden dat je een <legend> niet absoluut kunt positioneren buiten de viewport, en dat internet explorer problemen heeft met :focus -> :active indien er geen hasLayout eigenschap gedeclareerd wordt bij :active zélf.
Evenals een paar line-height probleempjes.
Hoe zou de ideale browser er eigenlijk uitzien..
*droomt over een w3c volgende browser met de snelheid van Internet Explorer, de uitbreidbaarheid van Firefox (inclusief het grote aantal plug-ins) met de gebruiksvriendelijkheid van Opera
Op Tuesday 02 January 2007
Semantisch gezien zouden input fields gewoon in een fieldset moeten natuurlijk. Volgens de spec horen ze in een willekeurig block-level element (dus idd, ook
phoort daarbij), maar hoe semantisch zijn input fields in een paragraaf? :s Als je per se geen fieldset kan, mag of wil gebruiken, zou ik eerder voor een div gaan.FYI: een dt mag geen block-level elementen zoals een h2 bevatten.
Volgens de spec werkt z-index alleen op expliciet gepositioneerde elementen (mag dus zowel absolute als relative zijn). Hoe IE dit in de praktijk toepast weet ik niet precies, maar ik ben het probleem nog niet tegengekomen.
Ben verder volkomen bekend met de frustraties, helaas
Op Tuesday 02 January 2007
@Harmen: ja,
dtmag inderdaad geenh2bevatten, is mij nadien ook opgevallen