Re: Juste le html

L'auteur semble également préférer les méthodes basées sur javascript pour (pré-)valider et interagir avec l'usager du formulaire, pourquoi pas. Il dresse un tableau des données qui peuvent arriver dans un input typé number : des nombres négatifs, positifs, en notation scientifique (exponentielle),...

Et quand c'est pour s'en plaindre, je me dis que ces gens ne lisent décidément pas les spécifications ou prennent leurs hallucinations pour la réalité (demander un nombre —donc à priori dans R mais en pratique dans D— et s'attendre à un entier...?)

À mes yeux, son tableau me semble bien incomplet, il oublie les langues dans lesquelles on mets une virgule pour séparer les décimales, celles où l'on mets un point, les langues dans lesquelles on sépare d'un espace les milliers des centaines et toutes ces conventions d'écriture parfaitement valables mais qui rendent un traitement par javascript particulièrement hasardeux si le dev' n'y prête pas garde. Sans parler des abruti(e)s dans mon genre qui vont remplir le champs du formulaire en hexadécimal, pour voir si ça passe. Et si le javascript du dev' est mal foutu, c'est l'utilisateur du formulaire qui finira par faire un rage quit. (commentaire acerbe : le dev' s'en fout parce que lui, ça lui fait gagner sa vie de pondre des javascripts tout pourris).

Il me semble que nativement ça fonctionne avec la localisation... Si ton système est configuré à la française tu taperas 3, 14 15 et ce sera valide et surtout ça enverra 3.1415 Mais effectivement, il y a plein de cas auxquels ces gens ne pensent pas en voulant réinventer le monde en js qui alourdissent les pages pour une piètre expérience usagers.

Et puis, j'y vois toujours un danger à ces javascripts qui tentent de contraindre mes saisies dans un formulaire. J'ai parfois l'impression que les dev' oublient que le code javascript qu'ils exécutent, ils l’exécutent dans mon navigateur, sur mon ordinateur et que jusqu'à preuve du contraire, c'est pas du tout un environnement de traitement sécurisé pour eux... Ils sont en environnement hostile et si me prends l'envie de leur envoyer de la merde à la place du bel input qu'ils s'attendent à recevoir, j'espère qu'ils ont bien prévu le coup de leur côté. La base, quoi.

Et tout le billet est justement une forme de pleurniche pour qu'on les devs front, comme on dit, faire tout et n'importe quoi sans rien comprendre finalement au balisage web et à la sécurité entre autres.
Parfois, je lance lynx sur une page pour remplir son formulaire sans me prendre la tête. D'autres fois, avec un navigateur graphique, je désactive juste les JS ; mais quand j'ai du temps je sauvegarde la page pour la modifier et envoyer à ma sauce. Là certains s'étonnent d'enregistrer n'importe quoi quand c'est pas le traitement qui a planté. D'ailleurs, ils-ou-elles croient que leurs sites se fait hacker comment si les vérifications et validations ne sont pas faites côté serveur ?

Au final, ce qui ressort de cet article pour moi, c'est que le typage number est bien trop imprécis et mal spécifié pour être directement utilisable sans soucis par les dev'.

Moi je crois plutôt que ce sont des fausses excuses : on me dit que c'est un nombre (flottant) mais moi je vais imaginer autre chose, ou critiquer pour justifier que je continues à faire des étrons en javascript...

"It is seldom that liberty of any kind is lost all at once." ― David Hume