Un beau jour de mars 2002, un message anodin sur un forum parle d'un projet de site offrant à la fois un regard expert sur le web et des exemples concrets d'utilisation des normes du W3C. Un noyau dur se rassemble autour de cette idée, souhaitant combler par-là le manque cruel d'une telle réalisation en français. Aujourd'hui, ce projet est réalisé. Présentation complète.
le 31/01/2009.
Vous l’aurez remarqué, le rythme de publication est bien tranquille, un peu au gré de nos envies, de nos inspirations et du temps qu’il nous reste pour nous occuper du site. Il n’empêche que de nouveaux contenus arrivent régulièrement. Aujourd’hui, nous publions un nouvel article de Nicolas Hoffmann sur le passage au jeu de caractère UTF-8. Si vous avez à gérer un ou plusieurs sites, il y a de fortes chances que vous soyez confronté à ces problèmes d’encodage dans les années à venir.
Dans le même temps, nous avons signalé à Tristan Nitot que l’article sur les navigateurs alternatifs commençait à dater un peu. Quand il s’est rendu compte que l’article décrivait Mozilla comme un navigateur vaguement émergent ;-), son sang n’a fait qu’un tour, et il a immédiatement repris tout l’article.
Pour finir, Openweb ne peut pas passer sous silence la sortie de la troisième version d’Alsacreations.com. C’est superbe, bravo au jeune Rodolphe, à l’openwebien Raphael Goetter et à l’équipe de modérateurs.
le 26/09/2008.
Si vous suivez l’actualité des standards web vous connaissez certainement déjà la conférence Paris Web : deux jours de conférences techniques et décisionnelles adjoints d’une journée d’ateliers techniques en petits comités, le tout par des experts français et internationaux. Qualité, standards, bonnes pratiques, tout y est, à des tarifs accessibles.
Et bien Paris Web est de retour en 2008, les 13, 14 et 15 novembre. Le programme est publié et les inscriptions sont ouvertes. Vous aurez l’occasion d’écouter Chris Wilson (chairman HTML 5 au W3C et architecte technique de Microsoft Internet Explorer), Daniel Glazman (chairman CSS 3 au W3C), ainsi que plusieurs membres du collectif Openweb et des amis de Pompage. Présentations techniques, retours d’expérience, tables rondes, mises en application, là aussi vous aurez de tout.
C’est l’évènement que vous regretterez d’avoir manqué si vous vous sentez concernés par Openweb alors foncez vous inscrire tant qu’il reste des places.
le 17/09/2008.
Les formulaires sont des éléments absolument fondamentaux pour les services en ligne. Ils permettent l’interaction, la collecte de données, le feedback auprès des administrateurs, et bien sûr, il sont un pré-requis essentiel pour les applications avancées sur le Web.
Parmi les exigences qui les concernent, citons notamment leur utilisabilité, leur capacité à prévenir et à corriger les erreurs des utilisateurs, et bien sûr leur accessibilité. Finalement, la conception d’un formulaire accessible et utilisable n’est pas une mince affaire.
Dans l’article qu’Openweb publie aujourd’hui, Harmen Christophe (son prénom est Harmen) nous montre comment il est possible d’effectuer une validation des formulaires côté client grâce à la manipulation du DOM. C’est bien entendu un article d’assez haut niveau technique, et ça faisait un bon moment qu’OpenWeb n’en avait pas publié de la sorte. Pour finir, n’oubliez surtout pas ce qu’Harmen vous rappelle dans l’article, aussi rapide et efficace soit-elle, la validation côté client est insuffisante.
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.
Une solution CSS qui remplace avantageusement la version imprimable d’un document.
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 :
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 :
Page valide XHTML 1 Strict,
CSS2 et
accessible AA.
Ce site s'affiche mieux dans un navigateur conforme aux standards,
voici pourquoi.
Site hébergé par l'APINC
et propulsé par SPIP.