De l'intérêt du bouton reset

A lire: discussion intéressante sur CYBERcodeur.net de l'intérêt du bouton reset dans les formulaires.

Pour ma part, plus le temps passe et plus je pense que le bouton reset était une fausse bonne idée lors de la spécification de HTML 2.0 . Les seules personnes qui comprennent vraiment comment fonctionne et comment s'utilise le bouton reset sont les développeurs web!

D'ailleurs, ce bouton n'aurait jamais dû s'appeler "Reset" mais "Undo changes". Et la fonction undo, c'est vraiment quelque chose qui serait mieux contrôlé par le navigateur que par le language de description de page.

Afin d'éviter les amiguités et les erreurs si tristement fréquentes quant à l'utilisation de ce bouton, je me suis fixé les règles suivantes:

  • Ne plus utiliser le libellé "reset" ou "remise à zéro", mais plutôt "undo changes" ou "annuler les modifs".
  • Lorsque le bouton reset n'est pas absolument nécessaire, le remplacer par un lien "retour" ou "annuler" qui ramène à la page précédente. En général c'est plus clair pour l'utilisateur.
  • Dans le cas où le bouton reset serait absolument nécessaire, utiliser une distinction visuelle entre submit et reset afin de tenir compte du fait que les utilisateurs de mac s'attendent à un ordre du type Non|Oui alors que les utilisateurs de Windows s'attendent à Oui|Non. Mais franchement, je n'ai pas d'exemple concret où le bouton est vraiment utile... d'autant plus qu'on obtient le même résultat en cliquant sur "reload"/"rafraichir" dans le browser. M'enfin, dans certaines applications web destinées à des utilisateurs avancés, je peux concevoir qu'il soit frustrant de ne pas trouvé le bouton le jour où on en a besoin...

Dynamic HTML and XML: The XMLHttpRequest Object

"As deployment of XML data and web services becomes more widespread, you may occasionally find it convenient to connect an HTML presentation directly to XML data for interim updates without reloading the page." (via Ron)

PHP Editors

Wow I didn't realize there were so many alternatives when it comes to choosing a PHP editor! ;D

Offshoring/outsourcing software development

This thread in Ask Joel is the most interesting discussion I've ever read abut offshoring/outsourcing software development!

It's getting incredibly long though, so it's really hard to read through. But the first 25 comments are definitely worth reading.

My personal take on the subject is roughly this: I believe software is art more than science. I think the best approach to make it look like engineering is something along the Unified Process - that's what the IT world has learned the hard way for the last 30 years! One golden rule of UP is to have the users and the coders communicating, to have them understand each other's constraints...

This doesn't mean I think nothing can be outsourced, but you certainly cannot carelessly offshore a whole IT department to a place with a radically different culture and expect that communicating with specs will "just work"! :|

If offshoring software development is ever going to succeed we'll need a whole new set of skills and tools (internet being one of them) to master it, and we're not even close! However, I think the experience of open source software projects developped by an international community are an interesting experience to this.

I would probably elaborate on this if I wasn't this busy reading the thread at Joel's right now! :>>

Blog update

Ausnahmsweise, schreibe ich heute mal auf deutsch! ;)

Ich wollte nur sagen, dass diese Webseite jetz mit der ganz neuen Version 0.9 von b2evolution betrieben ist.

Ich sage aber jetz nich mehr, denn diese Version normalerweise erst nächsten Montag veröffentlicht wird! :>>