Heb je de zaterdageditie van de krant uit? Loop je met je ziel onder je arm. Hier is wat leesvoer om het weekeinde door te komen. Op het leeslijstje van het weekeinde van 13 | 14 februari:

Make your mockup in markup

Meagan Fisher pleit ervoor om mockup ontwerpen in markup te maken, in plaats van een grafisch programma. Want

The idea of rewarding users who choose modern browsers is not a new concept; Dan covers it thoroughly in Handcrafted CSS, and it’s been written about in the past by Aaron Gustafson and Andy Clarke on several occasions. I believe we shouldn’t have to design for the lowest common denominator (cough, IE6 users, cough); instead we should create designs that are beautiful in modern browsers, but still degrade nicely for the other guy. However, some clients just aren’t that progressive, and in that case you can always use background images for drop shadows and rounded corners, as you have in the past.

Progressive enhancement, dat snijdt hout. Maar toch is dit nou net het punt waarop ik denk dat het meestal spaak loopt. Ik ben bang dat een klant vrijwel altijd de “mooie versie” van de website wil zien. Dus ben je alsnog veroordeeld om je state-of-the-art ontwerp te verarmen met allerlei kunstgrepen.

iPhone Apps Need Low Starting Hurdles

Most mobile applications are used only intermittently, so they must be especially easy during initial use. In particular, upfront registration shouldn’t be required before users experience an app’s benefits.

Een verhaal over webobstakels van usability goeroe Jakob Nielsen. Stuff die we allemaal — allang horen te — weten. Maar nooit genoeg ingeprent kunnen krijgen.

WordPress podcast

Joost and Frederick discuss the WordPress Advanced Ticket System, plus how WordPress and WordPress MU have merged and multi-site functionality will be included in the upcoming WordPress 3.0.

Een tikkeltje nerdy, maar toch een interessante discussie over WordPress op Webmaster Radio. Zelf ben ik vooral erg benieuwd naar het in elkaar schuiven van de codebase van WordPress en WordPress MU (MultiUser).

The customer CAN handle the truth

I saw an example of this one day when I visited a house for sale that was advertised as: “Fantastic and rare opportunity to acquire this beautiful 7 bedroom detached home. This property has got it all!” As the sales agent quietly said to me, “The only thing you could do with this house is knock it down and start again.”

Altijd met humor geschreven, de stukjes van Gerry McGovern. Maar behalve dat ze licht komisch van toon zijn, valt er veel wijsheid uit te halen.

Hoe zorg je ervoor dat je webformulieren door de bezoekers van je website niet alleen te gebruiken, maar ook te begrijpen zijn? De overheidswebsite begrijpelijke formulieren vertelt waar je op moet letten. Want onderzoek wijst uit dat veel formulieren te moeilijk zijn. Een 30-tal regels helpen bij het schrijven van begrijpelijke formulieren. Reuze handig. Niet in de laatste plaats omdat ik zelf nogal eens tegen deze regels zondig! Wat is er zoal van belang bij het bouwen van een begrijpelijk formulier?

• Hou zinnen kort. Bij voorkeur niet langer dan 10 woorden
• Beperk je tot één hoofdgedachte per zin. Schrappen die bijwoordelijke of bijvoeglijke bepalingen!
• Gebruik in je tekst de actieve vorm van werkwoorden
• Kies voor hoogfrequente woorden in plaats van laagfrequente (woorden die je in dagelijks taalgebruik niet vaak gebruikt)
• Beperk het gebruik van lange woorden
• Wetenschappelijk, ambigue (dubbelzinnig), figuurlijk of archaïsch (ouderwets) taalgebruik? Niet doen!

Kijk da’s nou interessante materie: het huidige voorpagina artikel van Alistapart over het unobtrusive gebruik van Flash in webpagina’s. Het artikel komt uit de pen / het toetsenbord van Bobby van der Sluis. Een hoop van hetgeen er wordt verteld is trouwens bekende materie. Ik schreef er al eens over in Meer flash obsessie. Gek genoeg had ik van Bobby’s UFO – het equivalent van Geoff Stearn’s FlashObject – nog nooit gehoord.

Eerlijk gezegd weet ik als simpele ziel niet waar er veel eer valt te behalen aan verbeteringen in de FlashObject functionaliteit. Maar blijkbaar denken Bobby en Geoff daar heel anders over. Ze bundelen namelijk hun krachten in het SWFFix project:

SWFFix is a project by Geoff Stearns and Bobby van der Sluis with the goal to create the ultimate JavaScript library for embedding Flash content.
Both Geoff and Bobby have made their marks by authoring SWFObject and UFO, which are currently the two most popular open source Flash embed libraries available.

Although both solutions are best of breed today, we believe that things can always be built better.

We teamed up to combine our knowledge and skills and to evolve both our current libraries into one new and improved solution: the SWFFix library.

Gelaagd bouwen van websites is naar mijn mening meestal een vereiste. Op optionele technologie zeker niet vertrouwen, tenzij je zeker weet dat je webknutsel in een beheerde omgeving gebruikt wordt!

Dus niet meteen tevreden achterover leunen als je hippe javascriptjes eindelijk werken. Maar je bijvoorbeeld eens afvragen wat er gebeurt als je bezoeker (bewust of onbewust) zonder javascript op de koffie komt. Als het goed is heb je dan een uitwijkplan achter de hand. Zeker als het kritische functionaliteit betreft.

Om snel te checken of er op een website überhaupt over de inzet van javascript en foutafhandeling is nagedacht, geef ik de submit knop van het contactformulier soms ongegeneerd een zwier. Meestal blèrt een javascript melding me dan toe dat één of meer verplichte velden niet zijn ingevuld. Oké. Nog eens proberen, maar dan met javascript op non-actief. Als het goed is wordt het formulier ook aan de serverkant ge-evalueerd. De ervaring leert helaas dat niet iedereen dit belangrijk vindt en wordt een leeg formulier verzonden.

Maar het kan altijd erger. Ik zal de website in kwestie of de organisatie erachter niet noemen, maar bij het versturen van het contactformulier zonder javascript breekt de achterliggende PEAR bibliotheek finaal zijn nek. Ik kan me niet voorstellen dat dit naar behoren of zelfs maar een beetje getest is. Als er gelaagd gebouwd was met de beperkingen van optionele technologie zoals javascript in het achterhoofd, dan was deze toch wel pijnlijke script crash er zeker uitgehaald.

Sommige adviezen sneden naar mijn mening wel degelijk hout toen ze opgesteld werden, maar zijn heden ten dage hopeloos achterhaald. Check dan die wijze woorden op het gebied van webdesign van tien jaar geleden.

Stiekem denk ik dat sommige zaken misschien nog steeds van toepassing zijn voor webontwerp anno 2006 (en nee, ik doel hier niet op de genoemde 286 machines and 2400b modems). Come to think of it, mijn eerste ding dat op een computer leek was een MSX2. Ik kocht hem tweedehands, maar nieuw had dat apparaat (inclusief printer, dat dan weer wel) 4000 oudhollandse guldens gekost. Man! Die MSX werd trouwens opgevolgd door een ultrahippe 8086 met een 20MB hdd, een 5-en-een-kwart floppy drive, een 3-en-een-half diskette drive, DOS en het alomgewaardeerde Word Perfect 5.1. Ik kan me het nu niet meer voorstellen (niet zonder schaterlach tenminste) dat ik toendertijd met enige regelmaat verdwaalde in de directorystructuur van DOS. Een computer met een 2400 baud modem heb ik nooit gehad. Mijn eerste pc die online kon gaan (voor de volledigheid, dit was een Compaq Presario 486dx4. Got, dat ik het nog weet!!!) had een 9600bps modem aan boord.

Anywayzzz, het merendeel van de goede raad is heerlijk lachwekkend out of date. Je hebt er dus niks aan. Behalve dan dat het je helpt beseffen hoe ongelofelijk snel het www zich in de relatief korte tijd van haar bestaan heeft ontwikkeld.

Oh ja, en waarom moeten de webpagina’s die het heilige vuur der toegankelijkheid prediken vaak zelf voorzien zijn van de meest dodelijk saaie en aartslelijke lay? Ik bedoel eigenlijk te zeggen: GEEN lay. Het punt daarvan ontgaat me. Tenzij het bedoeld is als zelfmutilerende anti-reclame natuurlijk. Godzijdank biedt de Zen Garden tegenwicht