Pas mal de sites web continuent de faire cette erreur : un moteur de recherche interne au champ trop étroit. Résultat : moins de présence, moins de confort, et un plus grand risque d’erreur à l’encodage.
Mais la société Carmeuse bat tous les records :
Source : www.carmeuse.be
N’essayez pas d’y encoder « anticonstitutionnellement » 
Effectivement la capture d’écran est très éloquente
Ceci dit il s’agit plutôt (je pense) d’un vrai problème de codage – global – du site que d’un traitement désinvolte du moteur. Parce qu’il y a pire.
Avec I.E : les versions Nl et En sont correctes, la version Fr correspond à la capture d’écran.
Avec FF : les versions Nl et En sont correctes. Dans la version Fr, le champ de saisie disparaît carrément ! Ne reste que le bouton (non traduit) « Search » et un gros problème d’encodage des accents.
Avec Opera : Ok dans les 3 versions pour ce qui est du champ de saisie (à l’exception toujours du bouton non traduit) mais gros problème de CSS.
Bref, ce n’est pas le moteur qui a été fait de façon désinvolte, c’est tout le site visiblement.
Ils semblent s’être adaptés drôlement rapidement. La barre semble maintenant plus longue sur leur site.
Il y a une norme établie, un nombre de caractères pour la barre de recherche?
@ Francis : A l’instinct, je recommanderais au moins l’espace d’une quinzaine de caractères (comme le champ de recherche dans la colonne de droite ci-contre). Mais je vais me renseigner pour voir s’il n’existe pas de normes ergonomiques plus précises, basées sur des tests.
La société semble avoir corrigé cela…