Gigadesign, XHTML-CSS website maken

Iets leuk aan de hand gehad

Allee, leuk, niet echt want een echte oplossing heb ik er nog niet voor gevonden voor het probleem als je een absoluut gepositioneerd element naast een formulier select hebt, en wat er gebeurd als de select open is en het element met absolute positie eveneens aanwezig, maar dan eronder.

Ik heb mij vandaag voor de eerste keer echt bezig gehouden met CSS3, veel leuke dingen gezien, experimenten waarvan je nu nog niet het nut van inziet.

Wat mij vooral is opgevallen zijn de CSS vendor prefixes, veel tutorials die je de dag van vandaag ziet verschijnen - en begrijp me niet verkeerd, die echt wel de moeite zijn - maken meestal gebruik van de -webkit prefix.

HTML5 & CSS3

Tegenwoordig vind je niet anders meer dan HTML5 & CSS3 demo’s op het WWW. Dat is op zich geen slechte zaak.
Dit kan als indicatie dienen dat webdevelopers ermee bezig zijn, experimenteren met de materie.

Misschien zullen browser software vendors wel de trend bemerken en sneller de mogelijkheden inbouwen in toekomstige versies van hun browsers.

Volgende week maandag 23/11 ben ik niet in het land, je kan mij hier vinden

xHTML/CSS voor mobile devices

Voor alles is er een eerste keer, ook voor Mobile webdesign. Persoonlijk zag ik het nut niet er niet van in om voor Mobile te gaan xHTML en CSS te schrijven, ik ging ervan uit dat enkel geeks deze media zouden gebruiken, maar als ik nu zo zie wat het allemaal zo kan, en vooral wat het niet kan!!

Zonder dat een browser crasht?

Als je ooit een theme maakt voor Drupal, zal het je ongetwijfelt opvallen dat Drupal een heel deel alsook lange classes toevoegt aan elementen, in het begin was dit zeer frustrerend, maar na verloop van tijd heeft het zo zijn voordelen.

Toen heb ik eens iemand horen beweren (er werd gezegd dat dit de beste HTML/CSS’er van België is) dat IE6 problemen heeft als er meer als 5 classes aan een element hangen.

Onlogisch, maar waar

Tot mijn grote schaamte vandaag moeten ondervinden dat text-align: center ook werkt voor inline-block elementen zoals afbeeldingen!!!
Dus stel je hebt een <div> als container, de afbeeldingen die erin voorkomen worden dynamisch geladen, en via JavaScript heb je dan nog eens een scroll/replace functie.

Veel uitleg hoeft daar niet bij:
CSS Snippets

Bezint eer ge begint!!

Drupal themen is niet een alledaagse ding waar je zomaar aan kan beginnen zoals bijvoorbeeld Wordpress themen, Drupal themen is een uitzichtloze zaak als je niet eerst Drupal’s opbouw begrijpt, er zijn nodes, views, listviews en blocks.

Het wordt pas een héél groot probleem als je een webstandaarden-mens bent zoals ik!!, Drupal heeft standaard een xHTML Strict 1.0 Doctype, en alle code die gegenereerd wordt dor Drupal zelf is valide xHTML Strict 1.0, maaaar … de code opbouw is niet zo correct.

Zo heeft Drupal de neiging als je in de backend bepaalt dat een ingevoerde afbeelding een link moet worden naar bijvoorbeeld een detail-view, deze afbeelding te omkaderen met maar liefst 5 à 6 divs !!!

Kijk uw projecten eens na!

Onlangs pas heb ik deze bug ontdekt dat als je een achtergrond-afbeelding zet via CSS op een input field type text, dat in IE6 & IE7 (inderdaad, bug zit er nog steeds in) de achtergrond-afbeelding wegschuift als er meer data in het veld invoerd wordt als dat het visueel kan bevatten. Moeilijke uitleg, maar zal ik je even tonen: