Jocelyn Lecomte

In the last post, we learned about the way metalsmith uses plugins to manipulate the source data and generate a result. We built a simple logging plugin that helped us to understand:

Alors que j’étais en train de développer en Java il y a quelques jours, j’ai eu besoin de passer du JDK 7 au JDK 8, toutes deux installées sur ma machine Ubuntu. Et là c’est le drame, comme ça ne m’arrive pas souvent, et que la mémoire n’est pas mon fort, il a fallu que je cherche… Je me suis dit que la réponse pourrait intéresser d’autres personnes, et au pire me servir de pense-bete !

As stated in the previous post, Metalsmith is a wonderful tool for anyone wanting to build a static site with the node platform.
In this post, we’ll learn a bit more about how Metalsmith processes the source directory. I assume that you already have a working installation. You can find how to do it by reading its official web site.

You can’t have missed that static site generators is one of the buzzwords these days. If you google for it, you’ll find that you have a ton of options in a ton of languages.

Dans le premier article de cette série, nous avons mis en place le plus gros de la structure HTML et CSS nécessaire à la création de l’effet. Dans le second article, nous avons vu sur une petite démo comment créer cet effet à l’aide d’un canevas. Dans ce troisième et dernier article, nous allons fusionner tout cela dans un premier temps, puis modifier la façon dont l’utilisateur interagit avec le livre.

Je constate en lisant des articles ou des réponses sur les forums de questions que le flou subsiste sur la meilleure façon d’effacer un canevas.

Dans l’article précédent, nous avons mis en place la plupart des éléments qui vont nous permettre de créer l’effet désiré. Dans cette seconde partie, nous allons nous concentrer sur la réalisation de l’effet proprement dit.

Il y a souvent un événement déclencheur qui me pousse à vouloir m’approprier une certaine technologie. En ce qui concerne HTML5, cela a été la découverte du site 20 things I learned about browsers and the web qui m’a littéralement mis la tête à l’envers. J’avais pourtant déjà vu un certain nombre d’effets sympathiques sur différents sites, mais il y avait là une alchimie vraiment unique entre un contenu intéressant, des fonctionnalités d’avant-garde et une mise en scène électrisante.

Comme en 2011, j’étais présent à Mix-IT cette année et je me suis dit que ce serait sympa de faire un petit compte-rendu à chaud. Cela donnera peut-être envie à ceux qui n’ont pas suivi les mêmes sessions que moi (ou qui n’ont pas pu y assister pour d’obscures raisons de tirage au sort par exemple) de consulter les slides des présentations quand ils seront disponibles. Allez c’est parti, dans l’ordre chronologique:

Dans le premier article, nous avons constaté que le fait de charger des portions de page avec Ajax posait un sérieux problème au niveau de l’historique du navigateur (entre autres). Puis, dans le second article, nous avons résolu ce problème au moyen de la manipulation du hash de l’URL et grâce à l’événement hashchange. Mais nous avons constaté certaines limites de cette technique et avons conclu qu’une API plus propre et plus robuste serait sympathique. Voyons comment l’API History de HTML5 s’en sort.

Comme l’année dernière, il y aura une grande conférence à Lyon. Je parle bien sûr de Mix-IT, qui a la particularité d’être intéressante pour un peu tout le monde.

Dans l’article précédent, nous avons réalisé que pour arriver à construire l’historique de l’application tout en utilisant des requêtes Ajax, il fallait trouver un moyen de manipuler l’URL sans pour autant que le navigateur n’émette de requête HTTP.

Parmi toutes les nouvelles APIs apportées par HTML5, l’API History est probablement une des plus sous-estimées, et pourtant elle est certainement déjà une des plus utilisées car elle permet de résoudre un problème très épineux.