C'est vrai que le faut que le javascript se comporte tellement différemment entre différents navigateurs n'aide vraiment pas.
Au final on se retrouve avec un langage:
- avec une syntaxe trop permissive
- sans éditeur digne de ce nom (sauf si vous connaissez un éditeur ou plugin éclipse qui vous sort les warnings/erreurs d'exécution JS)
- difficile à débugger (super le débug à coup de alert)
- dont le comportement dépend du navigateur final
- dont le comportement dépend du niveau de sécurité du poste
La situation est même pire que celle de PHP :p
Pourquoi le W3C n'a pas pris les devants en proposant d'intégrer dans HTML quelques fonctionnalités "standard" supplémentaires ?
Actuellement on a déjà des onclick(), onmouseover(), etc...
Pourquoi n'aurait-on pas en natif HTML :
- des fonctions génériques du genre check() sur un champ d'un formulaire, pour vérifier par exemple que ce champ contient tel type de données (cf regexp).
- le même genre de fonctions mais qui t'empêcherait de saisir un caractère d'un type non autorisé dans un champ. Je sais qu'on peut le faire actuellement, mais il faut gérer en plus de la saisie au clavier, le copier/coller...
- une gestion des erreurs sur un formulaire entier, qui te sortirait par exemple la liste des champs ne validant pas la fonction check()
...
Les formulaires JS sont plus que courants actuellement, et ce genre de besoins existe sur tous les sites.
C'est dommage de se faire chier à devoir prendre un framework JS pour ça.
[^] # Re: Et pourquoi diable
Posté par Pierre Tramonson . En réponse au journal framework ou farmer ?. Évalué à 2.
Au final on se retrouve avec un langage:
- avec une syntaxe trop permissive
- sans éditeur digne de ce nom (sauf si vous connaissez un éditeur ou plugin éclipse qui vous sort les warnings/erreurs d'exécution JS)
- difficile à débugger (super le débug à coup de alert)
- dont le comportement dépend du navigateur final
- dont le comportement dépend du niveau de sécurité du poste
La situation est même pire que celle de PHP :p
Pourquoi le W3C n'a pas pris les devants en proposant d'intégrer dans HTML quelques fonctionnalités "standard" supplémentaires ?
Actuellement on a déjà des onclick(), onmouseover(), etc...
Pourquoi n'aurait-on pas en natif HTML :
- des fonctions génériques du genre check() sur un champ d'un formulaire, pour vérifier par exemple que ce champ contient tel type de données (cf regexp).
- le même genre de fonctions mais qui t'empêcherait de saisir un caractère d'un type non autorisé dans un champ. Je sais qu'on peut le faire actuellement, mais il faut gérer en plus de la saisie au clavier, le copier/coller...
- une gestion des erreurs sur un formulaire entier, qui te sortirait par exemple la liste des champs ne validant pas la fonction check()
...
Les formulaires JS sont plus que courants actuellement, et ce genre de besoins existe sur tous les sites.
C'est dommage de se faire chier à devoir prendre un framework JS pour ça.