Sous ce titre désespérément shakespearien se cache pourtant une question qu’il convient de se poser aujourd’hui. Depuis un an et demi environ, React est devenu le framework frontend mainstream, celui qui buzze à tout va, et que nombre de développeurs adoptent pour leurs projets. A-t-on alors atteint le Sacré Graal du développement web applicatif, ou bien nous reste-t-il encore des choses à découvrir (spoiler : ce n’est pas la fin, ce n’est même que le début, retroussez vos manches). React or not React, that is the question.

Préparer l’internationalisation d’un site n’est pas une opération triviale, car dans la plupart des cas, elle nécessite de passer d’un jeu de caractères à un autre. Or, un site Web résulte d’un assemblage de plusieurs logiciels, où les questions de jeux de caractères apparaissent à chaque niveau. Cet article résume les différents points de la configuration d’un site « classique » dans le cadre de l’utilisation d’UTF-8.

La simple mise en place de formulaires sur un site peut devenir une opération assez complexe dès lors que l’on souhaite effectuer des contrôles sur les données saisies par les utilisateurs. Pour effectuer ce type de contrôles, deux possibilités nous sont offertes :

• Vérifier les données côté serveur après validation du formulaire ;
• Vérifier les données côté client avant transmission des données au serveur.

Dans cet article, nous allons montrer l’intérêt que peut apporter le Modèle Objet de Document (DOM) pour effectuer des contrôles côté client. Cette deuxième solution ne devra toutefois pas nous faire oublier la nécessité absolue d’effectuer dans le même temps des contrôles côté serveur. Ces derniers permettront d’une part d’éviter la soumission complète des données dans un format invalide, et d’autre part nous permettront d’assurer l’accessibilité de nos formulaires aux utilisateurs n’ayant pas la possibilité ou ayant fait le choix de ne pas activer Javascript sur leur poste de travail.

Si la solution proposée ici est un plus par rapport aux indispensables contrôles côté serveur, elle ne manque pas d’intérêt : elle permet d’éviter des échanges de données fastidieux avec le serveur, d’accélérer la validation des formulaires, et également d’enrichir et de faciliter la saisie pour les utilisateurs.

Mais avant de commencer, que devons nous savoir :

• utiliser les formulaires
• bien valider ses formulaires avec javascript

De nouvelles applications web ont vu le jour récemment : recherche avec complétion automatique, sauvegarde instantanée d’informations, interface mail hyperdynamique, cartographie, etc. mais aucune ne fait appel à des plugins tiers comme Flash ou Java. On parle alors souvent de méthode AJAX qui s’articule essentiellement autour de Javascript et d’un objet (dans le sens de la programmation orientée objets) en particulier : XMLHttpRequest.

Comment insérer un script ECMAScript dans un fichier HTML.

En fouinant sur le web, on peut découvrir plusieurs pratiques pour appeler
des scripts en Javascript qui vérifient le contenu d’un formulaire. Mais elles
sont, hélas, rarement correctes dans le sens où beaucoup d’entre elles
réduisent l’accessibilité et l’ergonomie des formulaires, voire sont
inefficaces. Cet article vous propose de passer en revue ce qu’il faut faire
et ne pas faire en la matière.

Comment ouvrir une nouvelle fenêtre sans se priver des internautes qui ne disposent pas de JavaScript ou l’ont désactivé ?

Réalisons un menu déroulant qui soit à la fois portable, utilisable sans JavaScript et accessible aux personnes handicapées.

JavaScript est un langage de programmation utilisé principalement sur le Web, développé par Netscape et repris par Microsoft sous le nom de JScript. ECMAScript est une tentative de normalisation du noyau du langage : sa syntaxe, ses mots-clés et ses composants natifs.