Internationaliser son javascript, c'est possible !
Ce billet est nue traduction du très intéressant Javascript Internationalisation initialement écrit par Matthew Sommerville pour le site 24 ways to impress your friends. Il m’a semblé intéressant de le traduire car l’internationalisation (i18n) et la localisation (l10n) sont des sujets complexes qui posent encore beaucoup de problèmes.
Dunder était assis, regardant tristement son écran.
– Quoi de neuf Dunder ? demanda Rudolph en secouant la neige de ses bois à l’entrée de l’étable.
– Je viens de terminer de développer le nouvel intranet des rennes demandé par le Père Noël. Tu sais comme il aime avoir l’air à la page, et comme il nous rabâche constamment les oreilles avec le web 2.0, l’AJAX, les bords arrondis ; il nous a même parlé de Comet en nous le présentant comme le nouveau serveur web à la mode.
– Et alors ?
– Jusqu’ici, ce que j’ai fait lui plaît bien, et c’est en plus utilisable, accessible et joli. Cependant, comme les elfes seront les principaux utilisateurs du site, et qu’ils viennent de partout, le site doit fonctionner en plusieurs langues. C’est très bien, sauf pour la preview en javascript que j’ai écrite pour le formulaire de commandes des rennes. Regarde…
Tout en m’expliquant cela, il afficha le formulaire de commande en français.
Sous-titrer les vidéos les rendent-elles vraiment plus accessibles ?
La conférence sur l’état de l’art du sous-titrage des vidéos donnée par Jean-Louis Carves d’IBM à Paris Web 2007 était particulièrement impressionnante. La démonstration de sous-titrage des vidéos à la volée avec une latence de moins de 6 secondes – et quelques erreurs de grammaire minimes – a notamment montré l’avancée des technologies de reconnaissance vocale depuis les premières versions de Viavoice sous Windows 95.
Utilisateurs et décideurs, comment les réconcilier ?
Liveblogging de la conférence de Myriam Lorant à Paris Web 2007. Notes prises en vrac et donc susceptibles d’erreur.
Ces deux là ont des points de vue toujours opposés
Le décideur : à l’origine du projet. Décisionnaire intéressé par le média internet comme support de communication. Décision de lancer le projet, décision de sa réussite. Pourquoi : développer son image. Fait un site pour lui, il faut que le site lui plaise. Approche commerciale et non informative. Aboutit à des sites au contenu par forcément pertinent.
À vendre, freelance Django, peu servi, TBEG
Je viens d’apprendre que David Larlet se lançait en tant que freelance spécialisé Django, le principal framework de développement web en Python.
Sémantique XHTML et bonnes pratiques
Depuis maintenant trois ou quatre ans, on peut lire jusqu’à plus soif que le web 2.0 a inauguré le règne du contenu, et cette allégation n’est pas complètement fausse. L’auteur d’un site publie un contenu ; les visiteurs y réagissent par des commentaires, des billets liés, du bookmarking social, ou de la mise en avant sur les agrégateur sociaux. Bien que la qualité des contenus promus laisse souvent à désirer – il vaut mieux ne pas trop demander aux gens de réfléchir – le système marche semble fonctionner malgré quelques ratés ici et là. Pourtant, si l’on parle beaucoup du contenu, on en oublie que trop souvent la structure, y compris dans le monde des développeurs web, à l’exception peut-être du web sémantique.
Contrairement à ce que j’ai longtemps cru, le XHTML n’est pas seulement un langage de mise en forme ; par la nature même de chacun de ses éléments, il donne du sens à la structure de la page, et ce sens peut être exploité de bien des manières. C’est pour cette raison que l’on parlera dans la suite de cet article de sémantique structurelle.
Railsenvy lance le premier podcast dédié à Ruby on Rails
Les petits gars de Railsenvy, dont je vous avais déjà parlé à l’occasion de la sortie de leurs imitations des publicités Apple brocardant Cake PHP ou PHP tout court, entre autres victimes potentielles, viennent de lancer le premier podcast entièrement consacré à Ruby on Rails, votre framework web préféré.
Ta mère elle référence des string ruby devant la piscine de Maubeuge
Sous ce titre primesautier se dissimule un problème idiot rencontré hier soir sur le développement de Typo que j’aurais certainement résolu plus rapidement sans un abus de mojitos.
Je voulais modifier la manière dont Typo transforme les URL en liens permanents en supprimant les caractères spéciaux et accentués. J’ai donc fait le bout de code suivant :
Optimisez vos pages web avec YSlow
Les problèmes de performances sur un site ou une application web proviennent plus souvent d’erreurs de développement que de soucis de montée en charge. Développée par Yahoo, Yslow, littéralement “pourquoi ça rame” est une extension Firefox qui permet d’effectuer des contrôles de performances sur 13 points clés d’un site web. Chaque point testé reçoit une note pouvant aller de A à F, et les problèmes rencontrés s’accompagnent de conseils tournés vers une optimisation du code. Plus la note est élevée, et plus votre site est rapide.
Pas moins de 13 points de contrôle
YSlow met en avant 13 bonnes pratiques fondamentales dans l’optimisation d’une page web :
- Minimisez le nombre de requêtes HTTP.
- Utilisez un réseau spécialisé dans la fourniture de contenus.
- Ajoutez un en-tête d’expiration.
- Compressez les contenus côté serveur.
- Placez les feuilles de style en haut de la page.
- Déplacez les Javascript en bas de page.
- Proscrivez les expressions CSS.
- Placez un maximum de javascript et de CSS dans des fichiers externes.
- Minimisez les besoins en requêtes DNS.
- Optimisez le javascript.
- Évitez les redirections HTTP (301, 302).
- Supprimez les scripts redondants.
- Configurez les etags

Un premier test de performances me montre que la refonte en cours du site ne devra pas seulement être ergonomique ou graphique, mais qu’un gros travail d’optimisation est aussi nécessaire. Comme quoi les histoires de cordonnier…

Comparatif entre Ruby on Rails et Cake PHP
Les deux animateurs de Railsenvy remettent le couvert avec leurs parodies des films publicitaires d’Apple comparant Ruby on Rails à ses concurrents. À ceux qui leur reprochaient de comparer un framework à des langages, réjouissez-vous, ils vous ont écouté et égratignent cette fois Cake PHP dans un spot qui s’avère être de loin le meilleur de la série.
À mourir de rire… sauf peut-être pour les fans de Cake PHP.

Le Web Inspector de Safari 3, un Firebug killer ?
La toute nouvelle mouture de Safari, la navigateur fourni par défaut sur Mac OS X a fait couler beaucoup d’encre, aussi bien pour annoncer son arrivée sous Windows que pour dénoncer les nombreuses failles de sécurité qui l’affectent au point – pouvait-on lire chez les mauvaises langues pommophobes – de concurrencer Internet Explorer toutes versions confondues. C’était évidemment en occulter toutes nouveautés intéressantes, à commencer par le nouveau Web Inspector, la nouvelle suite d’outils Safari pour développeurs web. Et pour cause, puisque cette dernière n’est disponible que sous Mac OS, et qu’elle est surtout désactivée par défaut.
Billets précédents :

Passionné d'informatique depuis l'âge de six ans, je travaille en tant que responsable qualité chez blueKiwi Software, éditeur spécialiste des outils collaboratifs en entreprise. Ma double formation en sciences politiques et en informatique me permet de porter un regard particulier sur les problématiques abordées par mon poste.