Gigadesign, XHTML-CSS website maken

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.

Wie had dat gedacht

Het lijkt er inderdaad op dat ik betaald wordt om te bloggen, althans dat is wat ik als competence-lead elke maand minstens 2 keer moet doen van mijn werkgever. Bloggen over mijn werk op mijn werk, wie had dat ooit gedacht?

Een lijstje

Hierzo een lijstje van wat ik reeds geblogt heb, allemaal artikels die eigenlijk hier op Gigadesign ook hadden kunen staan:

Testen in verschillende browsers

Misschien ben je ervan op de hoogte, en misschien ook niet, maar er bestaan javascript frameworks ( zoals: Prototype, MooTools, JQuery, etc .. ) die je toelaten extra mogelijkheden te geven aan je website. De één kan al wat meer als de andere:

• Tooltips bij invullen van formulier
• Sorteren van elementen (drag & drop)
• Elementen toevoegen of aanpassen
• Eye Candy (kleurverlopen, aandachtstrekkers)
• etc …

Welke keuze maak je nu voor jouw website uit het aanbod van javascript frameworks? Over het algemeen kunnen ze bijna allemaal hetzelfde, maar snelheid speelt ook een rol. Nu dat iedereen bijna over een snelle internet verbinding beschikt, moeten webpagina’s ook snel geladen worden. Ook met de javascript frameworks.

Nooit te oud om te leren

Ik ben sinds geruime tijd den DOM eens aan het bestuderen, na vele onbeduidende begrippen in het begin zoals string, object en var, ben ik nu op een punt gekomen dat de eerste zelfgemaakte scripts uit mijn toetsenbord vloeien.

Dynamisch fotos vergroten

Een online fotoboek, een gallerij met afbeeldingen ofzelfs je eigen collectie van pronafbeeldingen. Allemaal werken ze volgens hetzelfde principe, je bezoekers of jij klikt op een van de verkleinde afbeeldingen en je wordt naar een nieuwe pagina gevoerd met de uiteindelijke afbeelding in groter formaat, al dan niet met de nodige rest van je pagina om je bezoekers het “je bent nog steeds hier” gevoel te geven.

Scalable Inman Flash Replacement

sIFR is een manier om je titels - meestal <h1> tot <h6> te vervangen door een Flash afbeelding. Iedereen weet wel dat je een image-replacement kunt doen, maar dat er - eigenlijk weinig - nadelen aan zijn.
Het voordeel hiervan is dat als de gebruiker geen JavaScript heeft aanstaan de normale tekst getoond wordt zoals bij screenreaders, en bij een normale browser waar JavaScript wél aanstaat - buiten die extreme veiligheidsmaniakken - zal de tekst vervangen worden door aparte letters via Flash.

Nog een voordeel van dit gehele gebeuren is dat je om het even welk lettertype kunt gebruiken, je bezoeker hoeft dit lettertype niet op zijn computer te hebben.

Omdat je iedereen moet blij maken

In navolging van de post over Abbrevation en Acronym dat het niet mogelijk is om <abbr> te gebruiken voor Internet Explorer 6-, is het nu wel door gebruik van een beetje DOM.

Allee DOM, eerder JavaScript omdat je met DOM de <abbr> niet kan aanspreken in Internet Explorer daar hij hem niet (her)kent.

Lees jij de knoppen waarop je duwt ?

Je staat er nooit bij stil dat als je ergens op een knop duwt, welke tekst erop staat. Deze tekst is ook meestal hetzelfde:

1. Zoek
2. Verzenden
3. Verstuur
4. Aanpassen
5. Wissen
6. Klaar !!
7. etc …

Zou het niet beter zijn dat er op de knop juist dat staat wat je gaat doen ?, Als je je bijvorbeeld ergens uitschrijft uit een service of inschrijft op een nieuwsbrief dat er ook dan op de knop, afhankelijk van je keuze, staat welke actie je gaat ondernemen ?

Ik heb antwoord gehad

Uit ervaring weet ik dat als je contact opneemt met Belstat, deze snel een reactie terugsturen.

Wij volgen inderdaad die evoluties en weten dat onze systemen zo opgebouwd zijn dat aanpassingen in die zin geen grote problemen zullen veroorzaken wanneer het geval zich voordoet.

Dus ik, jij en jullie kunnen allemaal zonder problemen de gratis teller verder blijven gebruiken, het zal geen problemen vormen in de wereld van application/xhtml+xml die voor ons open en te wachten staat.

Waarom je ooit slechte XHTML zal hebben

Eerst en vooral wil ik hiermee niemand vizeren nog minderwaardig doen voelen ( ik heb ooit mijn les geleerd ), ik schrijf over het algemeen.

Volgens het W3C

Wordt je aangeraden XHTML bestanden aan te leveren aan de browser voor parsing als application/xhtml+xml, maar je mag het aanbieden als text/html.
Dus voorlopig nog niemand kwaad gemaakt, en zolang ….