Comment écrire un plugin Octopress - partie 2
Dans la première partie, je m’étais arrêté sur le code suivant:
Aujourd’hui je montre comment permettre à l’utilisateur de personnaliser le contenu du code Html produit.
Tout d’abord, voici le code du plugin terminé. Je vous rappelle que vous pouvez trouver ce plugin sur Github.
L’appel du plugin dans les articles sera maintenant réalisé comme ceci:
Par rapport à la première version, la méthode render
a bien enflée. -
Je trouve qu’il y a trop de code dedans, mais ce sera peut-être le sujet
d’un prochain article sur le refactoring. - C’est cette méthode qui fait
tout le travail, voici les explications:
C’est l’objet context
qui va permettre de récupérer les informations
nécéssaires dans le fichier de configuration _config.yml
. Voici par
exemple ce que j’ai ajouté dans mon _config.yml
:
La ligne suivante:
label = config['level_tag_level'] || "Level: "
initialise la
variable label
avec le contenu de level_tag_level
, trouvé dans le
_config.yml
. La partie du code || "Level: "
est là pour s’assurer que
si level_tag_level
n’existe pas dans le fichier de configuration, label
sera bien initialisé avec une valeur par défaut.
C’est la même logique que précédement. La variable level
sera initialisée
avec du contenu trouvé dans _config.yml
ou bien, avec une valeur par
défaut.
Finalement, comme dans la première partie, on retrouve en fin de méthode la production du code Html.
À demain.