New article on rst & Latex. Changed theme

13 files changed, 256 insertions, 980 deletions

diff --git a/content/Informatique/2009-03-11-wiimote.rst b/content/Informatique/2009-03-11-wiimote.en.rst_
index 325d4b7..3604257 100644
--- a/content/Informatique/2009-03-11-wiimote.rst
+++ b/content/Informatique/2009-03-11-wiimote.en.rst_
@@ -9,6 +9,7 @@ Controling the wiimote (I)
 :tags: Programmation, Wiimote, Python
 :slug: controling-the-wiimote-i
 :lang: en
+:translation: true
 
 
 Creating the plugin for wminput
diff --git a/content/Informatique/2009-03-11-wiimote_fr.rst b/content/Informatique/2009-03-11-wiimote.fr.rst
index 2c80584..2c80584 100644
--- a/content/Informatique/2009-03-11-wiimote_fr.rst
+++ b/content/Informatique/2009-03-11-wiimote.fr.rst
diff --git a/content/Informatique/2009-10-18-backup.rst b/content/Informatique/2009-10-18-backup.rst
deleted file mode 100644
index 291f187..0000000
--- a/content/Informatique/2009-10-18-backup.rst
+++ /dev/null
@@ -1,82 +0,0 @@
-.. -*- mode: rst -*-
-.. -*- coding: utf-8 -*-
-
-Un système de backup automatique
-################################
-
-:date: 2009-10-18
-:tags: Libre, Administration
-:summary: |summary|
-
-.. |summary| replace::
-    On le sait tous, il faut faire des sauvegardes de manière régulière. On le
-    sait également, pour que celles-ci se fassent sur le long terme, il faut
-    que celles-ci se fassent de manière automatique, et sur un autre support
-    que le PC que l'on souhaite sauvegarder. Le problème qui se pose est le
-    suivant : comment concilier ces deux conditions sur un PC de bureau (ne
-    disposant donc pas d'une série de serveur allumés en permanences et prêt à
-    recevoir nos sauvegardes en continu…) ?
-
-|summary|
-
-Pour répondre à tout cela, nous allons mettre en place un système de backup sur
-disque dur externe, qui se lancera à chaque fois que notre disque sera monté. À
-chaque fois que le disque dur sera allumé, la sauvegarde s'enclenchera. Cela ne
-garantit pas, bien sûr que les sauvegardes se feront à un intervalle régulier,
-mais cela garantit au moins que nous n'aurons pas à nous en soucier. Pour cela
-nous allons utiliser les outils qui sont disponibles sous un environnement
-Linux : rsync et hal.  Cet article nous présente une base pour faire notre
-sauvegarde `Une sauvegarde améliorée avec rsync
-<http://informatique-et-liberte.tuxfamily.org/2009/05/10/une-sauvegarde-amelioree-avec-rsync/>`_.
-Nous allons juste devoir le modifier un petit peu pour répondre à un problème
-qui arrive souvent avec les périphériques USB : selon que d'autres
-périphériques sont déjà montés ou non, nous ne savons pas dans quel répertoire
-nous allons nous trouve. Il va donc falloir mettre en place une ligne pour
-récupérer le répertoire dans lequel nous sommes. Il ne nous reste plus qu'à
-trouver le moyen de l'éxécuter automatiquement pour cela nous allons utiliser
-halevt. Le script est disponible ici_.
-
-.. _ici: {filename}/resources/backup.sh
-
-Comme son nom l'indique, halevt est un gestionnaire d'évènements pour hal. Hal
-est un gestionnaire d'évènement matériel sous Linux; il envoie des informations
-à chaque fois que des informations sont envoyées depuis les composants.  Cela
-permet de détecter le branchement d'un périphérique USB et de le monter sur le
-bureau (et qui nous simplifie grandement la vie aujourd'hui !!!). Halevt est
-un démon à l'écoute des informations qui nous sont envoyées par hal, et
-d'activer des actions en conséquence : par exemple pour lancer l'antivirus sur
-la clef usb, reconfigurer le mappage du clavier en fonction de la marque que
-l'on branche etc. Pour notre part, nous allons nous contenter de lancer un
-script (celui du backup mentionné plus haut).
-
-Pour commencer nous allons devoir identifier le lecteur à mettre sous
-surveillance : inutile de se baser sur les noms de montage habituels (/dev/sda
-par exemple) en effet en fonction des périphériques déjà branchés nous
-n'allons pas obtenir la même configuration. Nous allons utiliser les point de
-montage défini dans /dev/disk/by-uuid qui permet d'obtenir l'identifiant
-de notre disque (et qui sera repris par la suite dans la configuration de hal
-).  Une fois que nous avons relevé quel est le disque concerné, il faut mettre
-en place une entrée pour notre évènement dans la configuration de halevt :
-
-::
-
-    <halevt:Device match="hal.block.device &amp; hal.block.is_volume = true &amp; hal.volume.uuid = fd20536f-7b80-4a80-8c3d-b5bebe8fb484">
-    <halevt:Property name="hal.volume.is_mounted">
-    <halevt:Action value="true" exec="bash $hal.volume.mount_point$/chemin/script/backup-ssh.sh"/>
-    </halevt:Property>
-    </halevt:Device>
-
-Cela si halevt est exécuté avec les droits de l'utilisateur lançant le
-backup. Si on le fait tourner en démon, il faut trouver une autre
-solution (sur mon poste j'ai utilisé sudo, mais on peut très bien se
-baser sur le sticky bit pour donner les droits au script). De même,
-dans la configuration mise en place, le script se trouve sur le disque
-de stockage (de manière à pouvoir le lancer à la main si le démon n'est
-pas disponible), cela peut être adapté en fonction de chacun…
-
-Dans le cas d'une configuration multi-utilisateur, je pense qu'il est
-nécessaire de passer par un script qui lance les différentes sauvegardes sous
-le bon groupe de l'utilisateur à chaque fois. (Ce qui en plus permet d'éviter
-le problème du sudo) mais je n'ai pas eu besoin d'aller jusque-là pour
-l'instant ! À vous d'adapter ce que je vous propose en fonction de votre
-configuration !
diff --git a/content/Informatique/2010-06-11-vala.rst b/content/Informatique/2010-06-11-vala.rst
deleted file mode 100644
index 05aeeb7..0000000
--- a/content/Informatique/2010-06-11-vala.rst
+++ /dev/null
@@ -1,165 +0,0 @@
-.. -*- mode: rst -*-
-.. -*- coding: utf-8 -*-
-
-Présentation de Vala
-####################
-
-:date: 2010-06-11
-:tags: Libre, Programmation
-
-.. default-role:: literal
-
-J'ai découvert une présentation du langage dans GLMF n°127 qui
-l'utilisait pour se brancher sur le pare-feu. Cela ayant aiguisé ma
-curiosité, j'ai cherché à en savoir davantage sur le langage. Le langage
-C m'a toujours paru difficile à aborder. Non pas au niveau de sa
-syntaxe, mais au sujet de l'accès à sa documentation et aux librairies
-disponibles. Pour moi qui suis habitué à Java ou à Python, j'ai regardé
-Vala comme un moyen de mettre un pied dans le C. Je vais essayer de
-présenter ma manière de le voir, après avoir fait une petite plongée
-dedans…
-
-Présentation
-~~~~~~~~~~~~
-
-Le langage Vala a été créé par les développeurs de Gnome pour qu'ils
-puissent disposer d'un langage de haut niveau. Gnome ayant eu pendant
-quelque temps un pied (dansant) dans mono, Vala en est très inspiré.
-(Je ne connais pas mono et ne peux donc pas lancer de comparatif, je
-vous renvoie donc à celui présenté par Gnome `par rapport à
-C# <http://live.gnome.org/Vala/QuickIntroForCSharpProgrammers>`_, et
-pour `Java <http://live.gnome.org/Vala/ValaForJavaProgrammers>`_). Le
-langage est ensuite compilé en C, et GCC est utilisé pour la compilation
-d'un exécutable. On est donc dans un langage intermédiaire, qui reste
-très proche du C comme nous allons le voir par la suite.
-
-Analyse
-~~~~~~~
-
-Langage objet haut niveau
---------------------------
-
-Vala est tout d'abord un langage haut niveau :
-on y retrouve des *interface* (pour pouvoir moduler le code facilement), des
-*delegate* (qui permettent de définir un type de fonction pour un callback),
-une gestion *événementielle* (gérer le déclenchement de plusieurs méthodes dans
-le code par un appel unique) … On dispose donc d'un langage objet assez riche
-pour éviter d'avoir à passer du temps sur des détails et se concentrer sur le
-programme et son déroulement. Il est pensé objet et l'on retrouve vite ses
-marques, tout comme l'on sent qu'il est assez facile d'« abstraire » le code
-pour faire une application qui n'en reste pas un simple script… Je n'ai pas
-envie de détailler la syntaxe du langage et tout ce qu'il intègre car vous
-pourrez trouver tout cela en ligne. Je vous renvoie au `tutoriel
-<http://live.gnome.org/Vala/Tutorial>`_ qui explique la structure du langage en
-détail, qui présentent des exemples détaillés.
-
-La GLib
--------
-
-Le langage est basé sur
-la GLib, la librairie standard utilisé dans les applications GTK. La plupart
-des types primitifs (`int` …) sont donc en réalités des types issus de cette
-librairie (`gint` …). On accède ainsi à l'ensemble des méthodes de la GLib,
-diffusées sous formes de classes objets et bien documentées (la `valadoc
-<http://valadoc.org/index.html>`_). Cela rejoint l'histoire de Vala puisque La
-GLib est tout utilisée par les développeurs Gnome (on constate d'ailleurs que
-la plupart des composants Gnome ont une entrée dans cette Valadoc). Il ne faut
-cependant pas croire que l'on dispose avec cette bibliothèque standard d'un
-ensemble de routines aussi riche que dans le package standard d'un Java ou d'un
-Python : la GLib est avant tout destinée à des développeurs C, et beaucoup des
-méthodes standard du C ne sont pas disponibles. Pour parer cela, Vala propose
-une classe POSIX[LIEN] proposant les méthodes standard du C, mais celle-ci
-n'est pas exhaustive et il nous arrive souvent de tomber sur une fonction qui
-ne nous est pas accessible via le langage haut niveau qu'est Vala.
-
-Les Bindings
-------------
-
-Pour répondre à cela, propose la possibilité de mettre en place un binding vers
-une libraire C de manière native. (Normal me direz-vous, le code en sortie de
-Vala est du C !) On peut donc très facilement utiliser n'importe quelle
-libraire existante. Vala étant un langage objet, il devient donc possible
-d'utiliser les librairies standard au sein d'un code objet de haut niveau. Cela
-ne demande que quelques lignes, demandant au minimum le fichier dans lequel se
-trouve la définition de la méthode, et sa signature. Exemple du binding
-définissant la méthode `execl` (issue du fichier
-`/usr/share/vala/vapi/posix.vapi`) :
-
-::
-
-    [CCode (cheader_filename = "unistd.h")]
-    public int execl (string path, params string[] arg);
-
-et voici la signature de la méthode C correspondante :
-
-::
-
-    extern int execl (__const char *__path, __const char *__arg, ...) __THROW __nonnull ((1));
-
-Les types primitifs de la GLib étant basés sur les types primitifs C
-correspondants, il n'y a pas de problème de cast dans la plupart de cas.
-Toutefois, Vala utilise des `char\*` pour définir ses string : il est parfois
-nécessaire de mettre en place faire un cast quand une méthode nous un `char[]` :
-même dans le code haut niveau, le C n'est jamais loin… C'est souvent
-frustrant de devoir mettre en place un binding pour une fonction disponible en
-standard dans la libc. Je pense qu'il manque la possibilité d'inclure
-directement du code C dans le code vala, tout comme il est possible directement
-de l'assembleur dans du C. Cela permettrait un confort dans l'utilisation qui
-n'est pas disponible actuellement. À noter qu'un outil permet de mettre en
-place ces bindings pour les composants basés sur `GObjet` (Gnome toujours…). De
-plus de nombreux bindings sont disponibles pour les composants Gnome.
-Attention, cela n'empêchera pas d'avoir à installer les headers C
-correspondants !
-
-Les profils
-------------
-
-Il est possible d'utiliser des profils de compilation. Cette option encore
-expérimentale a été mise en place pour répondre à des réclamations de la part
-des utilisateurs qui voulaient programmer en Vala sans avoir de dépendances
-envers la GLib. Ainsi, il est possible d'appeler le compilateur avec la syntaxe
-suivante :
-
-.. code-block:: console
-
-    $ valac --profile posix
-
-ce qui a pour conséquence de réduire le jeu de bibliothèque par défaut à
-celles disponibles dans la classe `POSIX`. Cela permet de limiter les
-dépendances du programmes, mais beaucoup de types standard de Vala
-deviennent de ce fait indisponible; on sent bien que le langage n'a pas
-été pensé pour ça.
-
-Conclusion
-~~~~~~~~~~
-
-Pour résumer, je dirais que Vala correspond à ce qu'il annonce : un
-langage haut niveau pour faciliter la création d'applications Gnome. Dès
-que l'on cherche à sortir de ce cadre, on se retrouve confronté à des
-limitations (qui ne sont bien sûr pas insurmontable) :
-
--  Pour ceux qui ne cherche pas à travailler sur du code Gnome,
-   embarquement de bibliothèques qui ne nous intéressent pas forcément.
-   (Bien que sur ce point, la GLib est plutôt standard sur les PCs
-   ayant X d'installés)
--  Pour ceux qui cherchent un langage de haut niveau, le C est encore
-   trop présent entre les lignes pour pouvoir l'oublier complètement.
-   D'un autre côté, l'intégration du code C n'est pas toujours évidente
-   puisqu'elle oblige à déclarer des bindings pour des fonctions
-   standards.
--  Mais surtout, le fait que l'ensemble des fonctions de la libc ne
-   soient pas encore disponibles oblige à mettre le doigt dans les
-   bindings régulièrement.
-
-Le langage est bien sûr encore amené à évoluer, et les points que je cite ici
-ne sont pas pour autant rédhibitoires. D'un point de vue totalement subjectif
-Je trouve le langage simple mais sans trop de saveur. Ça reste un langage objet
-qui n'est bien sûr pas révolutionnaire; on sent qu'il ne fait que reprendre les
-concepts des langages qui l'ont inspiré, mais le produit est cohérent, et
-d'après les benchs génère un code plutôt optimisé (en rapport avec le temps que
-l'on pourrait passer à produire le même code en C). Après, je ne prends pas le
-même plaisir à programmer en Vala qu'en python (j'avais bien dit que j'étais
-subjectif ^^). Cela dit, pour moi, qui ne suis pas un développeur Gnome, je
-suis plus intéressé par la possibilité d'avoir un langage haut niveau qui reste
-très proche du C, avec les performances qui vont avec; si le prix pour cela est
-une dépendance vers la GLib, ça reste un coût sommes toutes assez faible.
diff --git a/content/Informatique/2013-04-20-gueule1.rst b/content/Informatique/2013-04-20-gueule1.rst
deleted file mode 100644
index 6fa3f04..0000000
--- a/content/Informatique/2013-04-20-gueule1.rst
+++ /dev/null
@@ -1,65 +0,0 @@
-.. -*- mode: rst -*-
-.. -*-  coding: utf-8 -*-
-
-Essai raté d'un plugin gedit
-############################
-
-:date: 20/04/2013
-:tags: Programmation, Libre, Humeur, gtk
-:logo: /images/gedit.png
-
-.. default-role:: literal
-
-En relisant mes articles, j'ai décidé d'utiliser languageTool_ pour vérifier la
-grammaire avant de les publier. Puis en regardant l'outil, j'ai voulu voir s'il
-existait un plugin gedit permettant de l'intégrer dans l'édition d'un texte
-(j'utilise vim, je sais que ma compagne utilise gedit pour écrire ses textes).
-
-Titivullus_ est disponible sur sourceforge, et est facile à installer (même si
-l'auteur n'a pas compris comment fonctionnait SVN), par contre l'utilisation
-n'est pas des plus pratiques : il faut charger la console d'erreur de gedit
-(qui ne peut pas être réduite), et le plugin n'est pas configurable.
-
-.. _languageTool: http://www.languagetool.org/
-.. _Titivullus: http://sourceforge.net/projects/titivullus/
-
-Heureusement, c'est du python !
-===============================
-
-Le code n'est pas compliqué à comprendre (il n'est pas parfait, mais à au moins
-le mérite d'être là), et j'ai commencé à le modifier : première étape, appeler
-languagetool en ligne de commande plutôt que de lancer le serveur web.
-Deuxième étape, surligner dans gedit la ligne en erreur pour éviter d'avoir à
-passer par la console pour savoir ce qui ne va pas ; on se plonge dans
-l'édition de `plugin sous gedit`_, et là, c'est le drame !
-
-.. _`plugin sous gedit`: https://live.gnome.org/Gedit/PythonPluginHowTo
-
-Devant du code C
-================
-
-Le binding python est assez limité, il faut remonter dans l'API C pour trouver
-ce que l'on cherche, et là :
-
-* erreur 404 dans l'API (par exemple les liens de l'« Object Hierarchy » de
-  GtkSourceView_)
-* Des messages d'erreurs abscons dûs à l'introspection (par exemple en cas de
-  mauvais objet passé en paramètre)
-* Des dépendances de plus en plus importantes à chaque nouvelle étape (`gedit`,
-  `gtk`, puis pango_\ …)
-
-Plus j'avance, et plus j'ai l'impression que le chemin qui reste à parcourir
-est grand ! Qu'il est loin le temps où je m'étais penché sur Vala_ pour
-découvrir ! J'ai finalement laissé tomber, en ayant l'impression d'avoir perdu
-mon temps : mettre en place un plugin sous gedit est définitivement trop
-compliqué pour pouvoir être réalisé facilement, sans se plonger dans le code
-GTK et le connaître sur le bout des doigts.
-
-Dommage, pour une fois que j'avais envie de me plonger dans le code et
-d'avancer… Je comprends que le greffon Titivullus soit resté à l'état de proff
-of concept et que personne ne l'ai repris : cette petite aventure m'a fait
-passer l'envie de me plonger dans du dev gnome !
-
-.. _GtkSourceView: https://developer.gnome.org/gtksourceview/stable/GtkSourceView.html
-.. _pango: https://developer.gnome.org/pango/stable/pango-Text-Attributes.html
-.. _Vala: {filename}../Informatique/2010-06-11-vala.rst
diff --git a/content/Informatique/2013-05-08-fcron2cron_en.rst b/content/Informatique/2013-05-08-fcron2cron_en.rst
deleted file mode 100644
index 0e51388..0000000
--- a/content/Informatique/2013-05-08-fcron2cron_en.rst
+++ /dev/null
@@ -1,64 +0,0 @@
-.. -*- mode: rst -*-
-.. -*-  coding: utf-8 -*-
-
-==================
-From fcron to cron
-==================
-
-:date: 2013-05-08
-:tags: Libre, Administration
-:summary: |summary|
-:logo: /images/time/time_75.jpg
-:lang: en
-:slug: fcron-to-cron
-:translation: true
-:status: draft
-
-.. default-role:: literal
-
-
-.. figure:: {filename}/images/time/time.jpg
-    :figwidth: 150
-    :figclass: floatleft
-    :alt: Pavement
-
-    Image : `Toni Verdú Carbó`_ (creativecommons_)
-
-.. _Toni Verdú Carbó: http://www.flickr.com/photos/tonivc/2283676770/in/photostream/
-.. _creativecommons: http://creativecommons.org/licenses/by-nc-nd/2.0/deed.fr
-
-|summary|
-
-.. |summary| replace::
-    Debian Wheezy is now out, and this new realease removed some packages,
-    including fcron_.
-    Il s'agit du
-    gestionnaire de tâche planifiées que j'utilisais jusqu'alors. Ce petit
-    guide a pour vocation de vous expliquer comment migrer la configuration.
-
-.. _fcron: http://fcron.free.fr/
-
-Fcron avait l'avantage de pouvoir gérer l'arrêt de la machine, et lancer les
-tâches en attente lors du redémarrage. Quand on s'auto-héberge, cela permet de
-prendre en charge les coupures inopinées, et se passer du couple cron/anacron.
-Debian a fait le choix de préférer ce dernier couple plutôt que fcron, voici
-donc un petit guide pour passer de l'un a l'autre.
-
-Migration ?
-===========
-
-Pour commencer, pas de panique, le paquet est supprimé des dépôts, mais reste
-parfaitement fonctionnel sur votre machine. Vous n'avez donc pas besoin de vous
-précipiter, tout va continuer de tourner tout seul comme auparavant. Vous
-pouvez même choisir de ne pas migrer et continuer à l'utiliser. Toutefois,
-si des failles de sécurités sont trouvées sur le programme, aucune mise à jour
-ne sera effectuée : c'est à vous de vous tenir informé du développement de
-l'application et de faire l'installation.
-
-Voici un programme python qui se charge de faire la migration d'un fcrontab
-vers un crontab. Il ne fait que générer les fichiers de configuration, et
-n'enregistre rien sur le système. Le script va lire les fcrontab enregistrées
-dans le répertoire `/var/spool/fcron/` et génère en sortie les crontab
-correspondantes pour chacun de ces utilisateurs.
-
-Les instructions spécifiques sont converties, dans la mesure du possible.
diff --git a/content/Informatique/2013-05-09-fcron2cron.rst b/content/Informatique/2013-05-09-fcron2cron.rst
deleted file mode 100644
index f7652dc..0000000
--- a/content/Informatique/2013-05-09-fcron2cron.rst
+++ /dev/null
@@ -1,124 +0,0 @@
-.. -*- mode: rst -*-
-.. -*-  coding: utf-8 -*-
-
-===============
-De fcron à cron
-===============
-
-:date: 2013-05-09
-:tags: Libre, Python, Administration
-:summary: |summary|
-:logo: /images/time/time_75.jpg
-:lang: fr
-:slug: fcron-to-cron
-
-.. default-role:: literal
-
-
-.. figure:: {filename}/images/time/time.jpg
-    :figwidth: 150
-    :figclass: floatleft
-    :alt: Pavement
-
-    Image : `Toni Verdú Carbó`_ (creativecommons_)
-
-.. _Toni Verdú Carbó: http://www.flickr.com/photos/tonivc/2283676770/in/photostream/
-.. _creativecommons: http://creativecommons.org/licenses/by-nc-nd/2.0/deed.fr
-
-|summary|
-
-.. |summary| replace::
-    Debian Wheezy est sortie, et cette nouvelle version a fait un peu de ménage
-    dans les paquets disponibles. Parmi ceux-ci, fcron_ a disparu. Il s'agit du
-    gestionnaire de tâche planifiées que j'utilisais jusqu'alors. Ce petit
-    guide a pour vocation de vous expliquer comment migrer la configuration.
-
-.. _fcron: http://fcron.free.fr/
-
-Fcron avait l'avantage de pouvoir gérer l'arrêt de la machine, et lancer les
-tâches en attente lors du redémarrage. Quand on s'auto-héberge, cela permet de
-prendre en charge les coupures inopinées, et se passer du couple cron/anacron.
-Debian a fait le choix de préférer ce dernier couple plutôt que fcron, voici
-donc un petit guide pour passer de l'un a l'autre.
-
-Migration ?
-===========
-
-Pour commencer, pas de panique, le paquet est supprimé des dépôts, mais reste
-parfaitement fonctionnel sur votre machine. Vous n'avez donc pas besoin de vous
-précipiter, tout va continuer de tourner tout seul comme auparavant. Vous
-pouvez même choisir de ne pas migrer et continuer à l'utiliser. Toutefois,
-si des failles de sécurités sont trouvées sur le programme, aucune mise à jour
-ne sera effectuée : c'est à vous de vous tenir informé du développement de
-l'application et de faire l'installation.
-
-La transformation
-=================
-
-Voici un `script python`_ qui se charge de faire la migration d'un fcrontab
-vers un crontab. Il ne fait que générer les fichiers de configuration, et
-n'enregistre rien sur le système. Le script va lire les fcrontab enregistrées
-dans le répertoire `/var/spool/fcron/` et génère en sortie les crontab
-correspondantes pour chacun de ces utilisateurs.
-
-.. _script python: {filename}/resources/fcron2cron.py
-
-Usage
-~~~~~
-
-Le programme doit être lancé en root pour pouvoir lire les fichiers présents
-dans le répertoire `/var/spool/fcron/` ainsi que les fcrontabs des différents
-utilisateurs du système:
-
-.. code-block:: console
-
-    $ mkdir crontabs
-    $ cd crontabs
-    $ sudo python ~/fcron2cron.py
-
-Il y a beaucoup moins de paramètres chez cron que fcron, il est toutefois
-possible de convertir quelques instructions :
-
-Les options
-~~~~~~~~~~~
-
-Les seules options possibles dans cron sont celles qui concernent le mail :
-
-`mail(bool)` devient `MAILTO=""` si bool est à false `mailto(string)` devient
-`MAILTO="string"`
-
-Les autres options sont ignorées\ [#]_.
-
-
-Les directives
-~~~~~~~~~~~~~~
-
-Les directives `hourly`, `daily`\ [#]_, `weekly`, `monthly` sont transformées
-en leur équivalent dans cron, ainsi que leur équivalent `mid-*ly`. Les
-directives `mins`, `hours`, `days`, `mons`, `dow` ne sont pas prises en compte
-et sont ignorées dans la ligne générée.
-
-L'édition
-=========
-
-Le programme ne fait pas l'insertion de la crontab dans le système, ainsi, dans
-le cas ou une telle crontab existe déjà, elle ne sera pas écrasée. C'est à
-l'adminstrateur de mettre le paramétrage à jour. Une fois le script lancé, des
-fichiers `UTILISATEUR.crontab` vont être générés.
-
-Si l'utilisateur n'a pas de crontab correspondante, il est possible de le
-charger directement avec la commande suivante :
-
-.. code-block:: console
-
-    # crontab -u ${USER} ${USER}.crontab
-
-Si l'utilisateur possède déjà une crontab, il va falloir éditer le fichier pour
-le faire correspondre. Maintenant qu'il ne reste plus que ça à faire, il est
-temps de se remonter les manches et y aller à la main ! Une fois que les
-modifications sont faites, vous pouvez désinstaller fcron de votre système.
-
-.. admonition:: notes :
-
-    .. [#] Y compris les options en début de commande (ligne débutant par `&`)
-    .. [#] `nightly` est traité de la même manière
diff --git a/content/Informatique/2013-05-23-ocamlfind_en.rst b/content/Informatique/2013-05-23-ocamlfind_en.rst_
index a725a39..6b812f7 100644
--- a/content/Informatique/2013-05-23-ocamlfind_en.rst
+++ b/content/Informatique/2013-05-23-ocamlfind_en.rst_
@@ -1,63 +1,63 @@
-.. -*- rst -*-

-.. -*-  coding: utf-8 -*-

-

-============================

-A local repository for ocaml

-============================

-

-:date: 2013-05-23

-:tags: ocaml

-:summary: |summary|

-:logo: /images/ocaml/camel.jpg

-:slug: un-depot-local-pour-ocaml

-:lang: en

-

-.. figure:: {filename}/images/ocaml/camel_medium.jpg

-    :figwidth: 150

-    :figclass: floatleft

-    :alt: Pavement

-

-    Image : `@Doug88888`_ (creativecommons_)

-

-.. _@Doug88888: http://www.flickr.com/photos/doug88888/3458057235/

-.. _creativecommons: http://creativecommons.org/licenses/by-nc-sa/2.0/deed.fr

-

-|summary|

-    

-

-.. |summary| replace::

-    Today, ocaml is obsolete in the debian packages : the most of the

-    librairies are still linked with Ocaml3 althought Ocaml4 is out since

-    almost a year. When we need to develop with Ocaml4, we have to recompile

-    all the dependencies, but this implies to install them for the whole

-    system. But we can use a local repository with some findlib configuration.

-

-Findlib is now a required tool for an Ocaml project compilation. Each

-application uses now findlib for searching the dependencies, and the linking

-phase.

-

-We first need to create a local configuration in wich we write where to find

-the packages :

-

-

-.. code-block:: bash

-

-    destdir="/home/chimrod/ocaml/packages/"

-    path="/home/chimrod/ocaml/packages/:/usr/local/lib/ocaml/4.00.1:/usr/lib/ocaml:/usr/lib/ocaml/METAS"

-

-:destdir:   is the path where we want to install the newly compiled packages.

-:path:      is the path list where to find the packages.

-            

-Of course, you need to replace `/home/chimrod/` by your own installation path.

-It must be an absolute path.

-

-The path to this file can be saved with the shell environnement ; we just need

-to reference it in the `.bashrc` file :

-

-.. code-block:: bash

-

-    export OCAMLFIND_CONF=/home/chimrod/ocaml/ocamlfind.conf

-

-That's now : each new package will now be installed in your packages directory,

-and the compilation will also look for this path for the required 

-dependencies : you do not have to install the packages as root anymore.

+.. -*- rst -*-
+.. -*-  coding: utf-8 -*-
+
+============================
+A local repository for ocaml
+============================
+
+:date: 2013-05-23
+:tags: ocaml
+:summary: |summary|
+:logo: /images/ocaml/camel.jpg
+:slug: un-depot-local-pour-ocaml
+:lang: en
+
+.. figure:: {filename}/images/ocaml/camel_medium.jpg
+    :figwidth: 150
+    :figclass: floatleft
+    :alt: Pavement
+
+    Image : `@Doug88888`_ (creativecommons_)
+
+.. _@Doug88888: http://www.flickr.com/photos/doug88888/3458057235/
+.. _creativecommons: http://creativecommons.org/licenses/by-nc-sa/2.0/deed.fr
+
+|summary|
+    
+
+.. |summary| replace::
+    Today, ocaml is obsolete in the debian packages : the most of the
+    librairies are still linked with Ocaml3 althought Ocaml4 is out since
+    almost a year. When we need to develop with Ocaml4, we have to recompile
+    all the dependencies, but this implies to install them for the whole
+    system. But we can use a local repository with some findlib configuration.
+
+Findlib is now a required tool for an Ocaml project compilation. Each
+application uses now findlib for searching the dependencies, and the linking
+phase.
+
+We first need to create a local configuration in wich we write where to find
+the packages :
+
+
+.. code-block:: bash
+
+    destdir="/home/chimrod/ocaml/packages/"
+    path="/home/chimrod/ocaml/packages/:/usr/local/lib/ocaml/4.00.1:/usr/lib/ocaml:/usr/lib/ocaml/METAS"
+
+:destdir:   is the path where we want to install the newly compiled packages.
+:path:      is the path list where to find the packages.
+            
+Of course, you need to replace `/home/chimrod/` by your own installation path.
+It must be an absolute path.
+
+The path to this file can be saved with the shell environnement ; we just need
+to reference it in the `.bashrc` file :
+
+.. code-block:: bash
+
+    export OCAMLFIND_CONF=/home/chimrod/ocaml/ocamlfind.conf
+
+That's now : each new package will now be installed in your packages directory,
+and the compilation will also look for this path for the required 
+dependencies : you do not have to install the packages as root anymore.
diff --git a/content/Informatique/2013-06-02-roi_con.rst b/content/Informatique/2013-06-02-roi_con.rst
deleted file mode 100644
index 3d2c3e5..0000000
--- a/content/Informatique/2013-06-02-roi_con.rst
+++ /dev/null
@@ -1,128 +0,0 @@
-.. -*- mode: rst -*-
-.. -*-  coding: utf-8 -*-
-
-=====================================
-Internet, la guerre des médiacultures
-=====================================
-
-:date: 2013-06-02
-:tags: Libre, Infowar
-:summary: Les entreprises pourront toujours tenter de brider internet, la
-          créativité des internautes sera toujours plus forte, plus réactive.
-:logo: /images/roi/roi_75.jpeg
-:lang: fr
-
-.. figure:: {filename}/images/roi/roi_150.jpeg
-    :class: floatright
-    :alt:   Un roi playmobil
-
-Une petite histoire
-===================
-
-Il était une fois, dans un royaume lointain, un roi qui n'était pas aimé de son
-peuple. Ce dernier chantait une chanson dans tout le royaume dont le refrain
-était le suivant :
-
-    Longue vie au roi bouffon, le roi très con qu'est très très con !
-
-Le roi lassé d'entendre cette chanson, convoqua ses ministres pour agir. Il
-fut décidé que le plus sage était d'interdire tout simplement à ces sujets de
-chanter cette chanson, et le texte fut mis à l'index. Toute personne surprise
-en train de chanter cette chanson serait immédiatement envoyée aux galères.
-
-Les troubadours et chansonniers furent obligés de s'y plier. Mais dans les
-tavernes, les champs et les chaumières, la population continuait de fredonner.
-
-Cela rendit le roi furieux, qui demanda aux gardes de patrouiller à la
-recherches des chanteurs et de les mettre aux fers immédiatement, mais cela ne
-changea rien, les gens continuaient, non plus à la chanter, mais à siffler la
-chanson, sous le nez des gardes qui ne pouvaient rien faire puisque le texte
-n'était pas prononcé ! Mais personne n'était dupe, et le roi continuait de
-tourner en bourrique.
-
-Le roi, qui se faisait vieux, dépensa son énergie dans ce combat, les finances
-de son royaume, et sa santé commença à se dégrader.
-
-Le business Internet
-====================
-
-Peut-on censurer ce qui circule sur internet ? Oui bien sûr, tout contenu qui y
-est publié est sous la responsabilité d'une personne, morale ou physique. Après
-longtemps s'être demandé qui devait être cette personne responsable
-(l'hébergeur, le fournisseur d'accès), la LCEN a mis un peu d'ordre dans tout
-ça.
-
-Aujourd'hui, il n'est pas possible de diffamer, calomnier, porter préjudice
-parce que l'on utilise le web pour clamer son fiel, et les avocats se font un
-plaisir d'envoyer des courriers de mise en demeure aux contrevenants — et c'est
-très bien comme ça.
-
-Par contre, les entreprises savent que le droit à l'oubli n'existe pas sur le
-web, et ont bien compris qu'une critique bien acerbe en première page de google
-porte préjudice à l'image de marque. Des budgets sont dépensés pour que la
-marque soit correctement représentée sur le net ; voyons par exemple `comment
-nespresso transforme wikipédia en une brochure publicitaire`_
-
-Que ce passe-t-il quand le business rencontre la loi ? Généralement rien de
-très bon… Et c'est pareil ici : les lettres de mise en demeure servent de
-menaces, et l'actualité nous en a fourni `un exemple très récemment`_.
-
-Stratégie et tactiques
-======================
-
-Heureusement, les internautes ne sont pas dupes, et face aux stratégies des
-entreprises pour asseoir leur image, disposent via le web d'un incroyable outil
-pour réponse. Non, internet ne sert pas qu'à regarder des chats qui jouent du
-piano ! Michel de Certeau, dans `L'invention du quotidien`_, fait la différence
-entre `stratégie` et `tactiques`. Là où la stratégie est planifiée, la tactique
-*fait du coup par coup. Elle profite des « occasions » et en dépend. […] Il lui
-faut utiliser, vigilante, les failles que les conjonctures particulières
-ouvrent dans la surveillance du pouvoir propriétaire. Elle y braconne. Elle y
-crée des surprises. Il lui est possible d'êre là où l'on ne l'attend pas. Elle
-est ruse.*
-
-Les combats qui se jouent aujourd'hui sur internet donnent un sens très
-actuels à ces mots. Les internautes ne pourront jamais faire face à l'armada
-d'avocats prêts à dégainer au moindre signe d'ironie sur les forums. Mais ces
-avocats sont démunis face à un `effet streisand`_, qu'ils ne peuvent pas
-contrôler. Le jeu de pouvoir entre les internautes et les régulateurs du web
-n'est pas fini, et les internautes savent mobiliser leurs ressources dès
-qu'ils sentent que l'on porte atteinte à leur réseau. Cela m'impressionne à
-chaque fois.
-
-La loi est respectée, par contre le combat est perdu pour celui qui cherchait à
-faire plier un site, à donner à Internet la forme qu'il souhaitait : la réalité
-ne se laisse pas contrôler si simplement… L'information restera libre !
-
-.. _comment nespresso transforme wikipédia en une brochure publicitaire: http://thierry-klein.speechi.net/2009/12/01/comment-nespresso-transforme-wikipedia-en-brochure-publicitaire/
-
-.. _un exemple très récemment: https://linuxfr.org/news/premiere-mise-en-demeure-pour-l-association-linuxfr
-.. _L'invention du quotidien: https://fr.wikipedia.org/wiki/Michel_de_Certeau#L.27analyse_du_.C2.AB_braconnage_culturel_.C2.BB
-.. _effet streisand: https://fr.wikipedia.org/wiki/Effet_Streisand
-
-La fin de l'histoire
-====================
-
-Après la mort du roi, le prince prit la couronne. Lors de la cérémonie, la
-foule cria :
-
-    Le roi est mort, vive le roi !
-
-Et quelqu'un ajouta :
-
-    Vive le roi bouffon, le roi très con qu'est très très con !
-
-Refrain qui fut repris sur toute la place par la population. C'est alors que le
-roi paru au balcon du palais, et il se mit à chanter :
-
-    Longue vie au roi bouffon, le roi très con qu'est très très con !
-
-La foule chanta avec le roi, mais rapidement le malaise s'installa, et bientôt
-plus personne ne chantait. En chantant cette chanson, le roi venait de lui
-retirer son aspect contestataire : comment peut-on chanter cette chanson contre
-le roi, si le roi lui-même se met à la chanter ? Par cette action, il venait de
-résoudre la crise qui se tramait dans le royaume. Les gens rentrèrent chez eux
-et l'on n'entendit plus jamais ce refrain.
-
-Mais à part dans les contes de fées, existe-t-il des rois capable d'aller au
-balcon pour chanter haut et fort les critiques de la foules ?
diff --git a/content/Informatique/2013-07-24-projet_libre.rst b/content/Informatique/2013-07-24-projet_libre.rst
deleted file mode 100644
index 50d8f2a..0000000
--- a/content/Informatique/2013-07-24-projet_libre.rst
+++ /dev/null
@@ -1,83 +0,0 @@
-.. -*- mode: rst -*-
-.. -*-  coding: utf-8 -*-
-
-==========================
-Les conflits dans le libre
-==========================
-
-:date: 2013-07-24
-:tags: ocaml, Libre
-:summary: |summary|
-
-|summary|
-
-.. |summary| replace::
-    Mener un projet libre n'est pas simple ; cela demande du temps, beaucoup
-    d'investissement, et le retour est rarement suffisament encourageant pour
-    tenir sur cette motivation. Il y a en ce moment des tensions au sein des
-    développeurs Ocaml par rapport à deux projets concurents.
-
-Le langage Ocaml essaie de gagner un nouveau dynamisme depuis quelques années.
-Parmi les moteurs de ce dynamisme, un nouveau gestionnaire de paquets, opam_,
-est censé apporter une simplification dans la gestion des dépendances, et
-l'installation des librairies nécessaires à un projet. Sauf qu'il existe déjà
-un gestionnaire de paquets dans Ocaml : godi_, qui existe depuis quelques
-années, et qui a réussi à créer une grande bibliothèque de librairies
-installable.
-
-.. _opam: http://opam.ocamlpro.com/
-.. _godi: http://godi.camlcity.org/godi/index.html
-
-Le créateur Gerd Stolpmann a laissé un message sur la mailing-list récemment,
-indiquant qu'il `arreterait de maintenir godi`_, en partie à cause de la
-concurrence d'opam, et principalement à cause de la campagne de dénigrement de
-godi de la part des mainteneurs d'opam. Cela est en train de déchaîner les
-réponses et d'agiter les principaux acteurs d'Ocaml qui essaient de trouver une
-solution pour sortir du conflit.
-
-.. _arreterait de maintenir godi: https://sympa.inria.fr/sympa/arc/caml-list/2013-07/msg00199.html
-
-Les reproches
-=============
-
-Gerd Stolpmann reproche à ocamlpro (l'équipe de développement d'opam) de ne pas
-l'avoir contacté avant de se lancer dans le développement d'une solution
-concurrente, et d'`avoir été évincé`_ après avoir construit et maintenu un
-écosystème viable. D'un autre côté, ocamlpro annonce que opam `répondait à une
-demande`_ d'un nouveau produit par un client, et qu'il était plus simple de
-repartir sur une nouvelle base.
-
-Par ailleurs, la communauté reprend Gerd Stolpmann en lui annonçant qu'il n'y a
-pas eu de dénigrement. Il y a bien eu toute une campagne d'enthousiasme liée à
-l'arrivée d'un nouveau produit, mais qui ne s'est pas accompagnée pour autant
-d'un dénigrement de godi et de la solution existante.
-
-.. _avoir été évincé: https://sympa.inria.fr/sympa/arc/caml-list/2013-07/msg00245.html
-.. _répondait à une demande: https://sympa.inria.fr/sympa/arc/caml-list/2013-07/msg00240.html
-
-Rien de nouveau sous le soleil
-==============================
-
-Ce genre de débat n'est pas nouveau, les conflits le noyau linux sont souvent
-remonté et dérivent parfois vers des mails cinglants s'échangeant sur les
-mailing-list. Le conflit est même plutôt positif, voire nécessaire (la seule
-manière de gérer un projet sans conflit est d'imposer un dictateur).  D'une
-manière plus générale, `Georg Simmel`_ nous explique que le conflit est
-positif, car il correspond à une prise de conscience de l'existence de l'autre.
-
-.. _Georg Simmel: https://fr.wikipedia.org/wiki/Georg_Simmel
-
-Pour ma part, je trouve dommage que l'esprit de création puisse être gâché à
-cause de querelles de ce genre. Bien sûr, tout le monde est libre de commencer
-un nouveau projet sans se référer à ceux existants, bien sûr tout le monde peut
-forker ou même repartir à zéro un nouveau projet sans demander la permission,
-mais quand on a affaire à une communauté compétente (et les développeurs Ocaml
-le sont), je trouve dommage de diviser les compétences d'une communauté et
-pousser quelqu'un à l'aigreur pour des raisons aussi futile que ce qui se passe
-en ce moment.
-
-C'est pourtant le revers de la médaille du `bazar, les construction de
-cathédrales`_ n'ont pas autant de péripéties… D'aucuns diront que ça fait
-partie de la vie des projets libre.
-
-.. _bazar, les construction de cathédrales: https://fr.wikipedia.org/wiki/La_cath%C3%A9drale_et_le_bazar
diff --git a/content/Informatique/2014-02-09-ocaml_gtk.rst b/content/Informatique/2014-02-09-ocaml_gtk.rst
deleted file mode 100644
index 09f1aee..0000000
--- a/content/Informatique/2014-02-09-ocaml_gtk.rst
+++ /dev/null
@@ -1,206 +0,0 @@
-.. -*- rst -*-

-.. -*-  coding: utf-8 -*-

-

-=======================================

-Trois manière d'utiliser Gtk avec OCaml

-=======================================

-

-:date: 2014-02-09

-:tags: ocaml, gtk

-:summary: |summary|

-:logo: /images/ocaml/camel_75.jpg

-

-.. default-role:: literal

-

-.. figure:: {filename}/images/ocaml/camel_2.jpg

-    :figwidth: 150

-    :figclass: floatleft

-    :alt: Pavement

-

-    Image : `Kevin Botto`_ (creativecommons_)

-

-.. _Kevin Botto: http://www.flickr.com/photos/kevinbotto/3251157974/

-.. _creativecommons: http://creativecommons.org/licenses/by-nd/2.0/deed.fr

-

-|summary|

-

-

-.. |summary| replace::

-    Créer des interfaces Gtk pour OCaml peut se réveler compliquer. On trouve

-    beaucoup d'explications un peu confuses sur le net, et n'est pas facile de

-    trouver comment faire.

-    Je vous propose ici trois manières différentes en utilisants les différents

-    outils disponibles.

-

-Il est possible d'utiliser la bibliothèque Gtk à l'aide de la librairie

-lablgtk_, qui fourni un binding pour l'ensemble de la bibliothèque. L'avantage

-est de pouvoir fonctionner sur toutes les plateformes où gtk est disponible, et

-de bénéficier d'une interface évoluée et agréable pour écrire son application.

-

-L'inconvénient réside dans la bibliothèque gtk : api très compliquée,

-documentation confuse, bref on se retrouve rapidement face à des problèmes là

-où l'on pensait pouvoir avancer sans difficulté. De plus, on est aujourd'hui

-passé à gtk3 alors que `lablgtk` utilise toujours l'api de gtk2. Cela ne pose pas

-de problème dans la compilation (la compatibilité est assurée), mais peut poser

-problème lors de l'utilisation d'outils tels que `glade` (voir plus loin).

-

-.. _lablgtk:  http://lablgtk.forge.ocamlcore.org/

-

-Tout construire à la main

-=========================

-

-C'est la première solution, qui demande de connaître Gtk : tous les objets sont

-construits à la main, et le code décrit la manière de faire. L'avantage est que

-le code ne dépend d'aucune ressource externes contrairement aux deux suivantes.

-De plus on contrôle complètement la création de l'interface, on peut donc

-choisir de paramétrer l'interface au lieu d'avoir une interface unique. Un

-tutoriel complet est disponible sur le site d'`OCaml.org`_, je ne vais pas

-le reprendre ici et vous encourage à le suivre.

-

-.. _ocaml.org: http://ocaml.org/learn/tutorials/introduction_to_gtk.html

-

-L'exemple est donné dans la console interactive. Si l'on souhaite le compiler

-dans un module, il faut initialiser Gtk avant de lancer l'affichage :

-

-.. code-block:: ocaml

-

-    GtkMain.Main.init ();

-

-Pour compiler un module, il est nécessaire de faire référence au package

-`lablgtk2`. Voici un exemple pour compiler un fichier `hello.ml` :

-

-.. code-block:: console

-

-    $ ocamlfind ocamlc -package lablgtk2 -I . -c hello.ml

-

-Maintenant il ne reste plus qu'à se plonger dans la documentation de gtk pour

-construire son interface !

-

-Utiliser Glade

-==============

-

-Glade est une interface graphique permettant de construire son application en

-plaçant les contrôles de manière visuelle. Elle génère un fichier XML qui

-décrit l'interface et sera chargé par l'application pour construire

-l'interface. Cela permet de gagner du temps et d'éviter d'écrire le code

-nécessaire pour construire son interface, on se concentre sur les actions

-à exécuter lorsque l'utilisateur interagit.

-

-.. image:: {filename}/images/glade.jpg

-    :class: center

-    :alt: Utilisation de glade.

-

-

-Les XMLs générés par glade sont destinés à être utilisés avec gtk3. Or,

-`lablgtk` utilise encore gtk2, il est donc nécessaire d'utiliser une conversion

-pour pouvoir les charger par la suite. Voici une petite règle `make` qui se

-charge de faire le travail :

-

-.. code-block:: make

-

-    %.glade2: %.glade

-	    cat $< | sed 's/interface/glade-interface/' | sed 's/object/widget/' | sed 's/GtkBox/GtkVBox/' > $@

-

-Maintenant qu'on dispose d'un fichier au format glade2, on peut le charger dans

-OCaml.

-

-Attention, lors de la compilation, il est nécessaire d'utiliser `libglade` pour

-construire l'application, celle-ci est disponible dans la librairie

-`lablgtk2.glade`. Voici donc un exemple de commande pour compiler un fichier

-`hello.ml` :

-

-.. code-block:: console

-

-    $ ocamlfind ocamlc -package lablgtk2.glade -I . -c hello.ml

-

-.. _gtkbuilder: https://developer.gnome.org/gtk3/3.4/GtkBuilder.html

-

-Charger le fichier xml

-----------------------

-

-Il s'agit de la solution la plus dynamique : on référence le fichier xml dans

-le code, et l'interface se construit toute seule. Cette solution est présentée

-sur le site de `developpez.com`_. L'exemple donné est toujours valide, il ne

-faut pas oublier d'initialiser Gtk avec la commande suivante avant de lancer la

-construction de l'interface :

-

-.. code-block:: ocaml

-

-    GtkMain.Main.init ();

-

-L'inconvénient de cette méthode (du moins pour un développeur OCaml) est que

-l'on est obligé de convertir de manière dynamique tous les objets présents dans

-le XML. Il n'est pas possible de savoir au moment de la compilation si le code

-que l'on va exécuter est bien valide.

-

-En effet, les objets chargés depuis le XML nous sont retournés sous la forme

-widget gtk, qu'il faut convertir en Bouton, Menu via les méthodes appropriées

-(`GtkWindow.Window.cast` par exemple). On n'est donc pas à l'abri d'avoir une

-erreur lors du fonctionnement du programme, alors que celui-ci a pu compiler

-sans problème. Je pense que lorsqu'on cherche à développer en OCaml, ce genre

-de problème peut être rédhibitoire.

-

-.. _developpez.com: http://blog.developpez.com/damien-guichard/p7748/programmation-fonctionnelle/hello_developpez_avec_libglade_xml_1

-

-De plus, rien ne garantie que le fichier XML ne va pas évoluer de manière

-incompatible du code ; les deux étant distincts.

-

-

-Utiliser lablgladecc2

----------------------

-

-Heureusement, la librairie `lablgtk2` nous fourni un petit utilitaire nommé

-`lablgladecc2` qui va convertir un fichier xml glade2 en un fichier OCaml. On

-dispose donc d'un chargement dynamique du fichier xml, mais en gardant un code

-cohérent, qui détectera les erreurs dès la compilation. Il s'agit en quelque

-sorte d'un moyen de combiner les deux solutions précédentes.

-

-On va ajouter une règle au makefile pour générer notre fichier OCaml :

-

-.. code-block:: make

-

-    %.ml: %.glade2

-	    lablgladecc2 -embed $< > $@

-

-Le fichier généré se compose d'une classe reprenant les différents composants

-de notre interface, il ne nous reste plus qu'à réaliser les connexions, ainsi,

-à partir d'un fichier glade nommé *gui* composé d'une fenêtre `window1`, d'un

-bouton `button` et d'une entrée de menu, on peut créer le code suivant :

-

-.. code-block:: ocaml

-

-    let gladecc () =

-      let window = new Gui.window1 () in

-

-      window#button#connect#clicked (fun () -> prerr_endline "Ouch!");

-      window#window1#connect#destroy GMain.quit;

-      window#imagemenuitem5#connect#activate GMain.quit;

-

-      window#toplevel#show ()

-

-    let () =

-        GtkMain.Main.init ();

-        gladecc ();

-        GMain.Main.main ()

-

-

-l'objet `toplevel` est créé par `lablgladecc2` et correspond à la fenêtre

-principale de notre objet.

-

-Dans cette chaîne de compilation, le fichier xml est écrit dans le programme

-OCaml (il s'agit de la signification de l'option `-embed`), ainsi, le fichier

-XML n'a pas besoin de figurer parmi les ressources de l'application.

-

-Conclusion

-==========

-

-Trois manière de faire qui répondent à trois besoin différents, entre le tout

-codé et le tout dynamique, il est possible de créer des interfaces graphiques

-en utilisant les capacités du langage caml sur l'inférence de type et le

-contrôle de l'ensemble de l'application.

-

-Pour ma part, je préfère la dernière solution, qui permet de conserver la

-simplicité de `glade` combiné avec la force du langage OCaml. J'ai écrit cet

-article suite à pas mal d'errance sur le net pour trouver les informations

-nécessaires, j'espère que la documentation va évoluer par la suite et permettre

-de faire ce genre de choses plus facilement…

diff --git a/content/Informatique/2015-10-03-moderncv.rst b/content/Informatique/2015-10-03-moderncv.rst
index 939d100..0e534d9 100644
--- a/content/Informatique/2015-10-03-moderncv.rst
+++ b/content/Informatique/2015-10-03-moderncv.rst
@@ -9,6 +9,14 @@ Se faire un CV en rst
 :tags: reStructuredText, Libre
 :summary: |summary|
 
+.. admonition:: Article obsolète
+  :class: warning
+
+  Je propose désormais une solution complète pour se faire son modèle de CV en
+  rst : `encore des cvs`_ !
+
+.. _encore des cvs: {filename}2020-12-03-encore_des_cv.rst
+
 |summary|
 
 .. |summary| replace::
@@ -17,6 +25,7 @@ Se faire un CV en rst
     fois-ci je vous propose d'écrire votre CV en rst, et donner le rendu à
     latex via moderncv pour obtenir un rendu qui sort du lot.
 
+
 Moderncv
 ========
 
diff --git a/content/Informatique/2020-12-03-encore_des_cv.rst b/content/Informatique/2020-12-03-encore_des_cv.rst
new file mode 100755
index 0000000..e950fee
--- /dev/null
+++ b/content/Informatique/2020-12-03-encore_des_cv.rst
@@ -0,0 +1,183 @@
+.. -*- mode: rst -*-
+.. -*-  coding: utf-8 -*-
+
+=====================
+Encore des cvs en rst
+=====================
+
+:date: 2020-12-03
+:tags: latex, restructuredText
+:summary: |summary|
+
+
+.. default-role:: literal
+
+|summary|
+
+.. |summary| replace::
+
+  J'avais déjà présenté comment modifier_ le format rst pour produire un cv avec
+  la classe moderncv de latex. Cette fois je propose de se créer soi-même son
+  modèle tout en gardant le format RST.
+
+.. _modifier: {filename}2015-10-03-moderncv.rst
+
+
+L'idée est de conserver le standard du format rst et de modifier les fichiers
+latex pour les adapter en fonction du besoin. Cela signifie que le même fichier
+source peut être utilisé avec les différents exemples sans changements (ou
+presque).
+
+Le résultat
+===========
+
+Commençons directement par le final, voilà le résultat :
+
+.. image:: {static}../images/cv/model5.png
+ :width: 50%
+ :class: floatleft
+
+le code est disponible sur mon `dépôt git`_ si vous souhaitez le cloner et
+récupérer les sources.
+
+.. _dépôt git: http://git.chimrod.com/latex_template.git/
+
+Les directives RST
+==================
+
+La sidebar
+----------
+
+.. code-block:: rst
+
+  .. sidebar:: Titre
+
+   Texte à renseigner dans le bandeau
+
+Permet de créer du texte dans la barre latérale. Le texte peut être une liste,
+une image ou tout autre élément standard. Il faut juste faire attention à la
+largeur qui oblige à rester concis…
+
+
+.. admonition:: Sans titre ?
+ :class: hint
+
+ rst oblige à déclarer un titre dans la directive, ce qui n'est pas forcément
+ ce que l'on souhaite. Par contre le titre peut être vide ! Il suffit
+ d'échapper une espace :
+
+
+ .. code-block:: rst
+
+  .. sidebar:: \
+
+    .. image:: mon profil.jpg
+      :width: 100%
+
+Les listes
+----------
+
+Avec la directive `class`, il est possible d'appliquer un style qui sera
+présent jusqu'à la fin du paragraphe. Ce style est associé à une commande Latex
+qui permet l'appliquer le style en question. Ainsi, avec la classe `checklist`,
+toutes les puces des listes sont remplacées par une coche :
+
+.. code-block:: rst
+
+  .. class:: checklist
+
+  * 1er élément
+  * Second élément
+
+La commande latex suivante est utilisée :
+
+.. code-block:: latex
+
+  \newenvironment{DUCLASSchecklist}{\renewcommand{\labelitemi}{\faCheck}}{}
+
+Il est facile de modifier la commande pour charger d'autres types de marques,
+voir le fichier `10_lists.tex`_ pour la liste complète.
+
+.. _10_lists.tex: http://git.chimrod.com/latex_template.git/tree/common/10_lists.tex
+
+Il est possible de modifier le style de liste en cours de route, mais il faut
+faire attention à appeler la commande **avant** la ligne que l'on souhaite
+modifier. C'est pourquoi l'on retrouve l'exemple suivant dans lequel on annonce
+les icônes avant la ligne suivante :
+
+.. code-block:: rst
+
+  .. sidebar:: Informations
+
+    * 75001 Paris |phoneicon|
+    * 01 23 45 67 89 |mailicon|
+    * email@example |noicon|
+
+`|phoneicon|` est en fait une substitution de texte qui insère une commande
+latex à la place (et donc ne substitue rien du tout :))
+
+Les barres de niveau
+====================
+
+Autre point assez amusant, il est possible de faire des graphiques à partir de
+données dans le fichier. Les niveaux représentés sous forme d'étoiles ou de
+barres sont construits dans latex à partir des lignes suivantes :
+
+.. code-block:: rst
+
+ .. role:: level
+ .. role:: levelbox
+ .. role:: star
+
+ :star:`4.5`
+ :levelbox:`5`
+ :level:`3`
+
+Il s'agit de rôles personnalisés, qui sont interprétés comme des commandes
+latex prenant un paramètre : la valeur du niveau. Celui-ci est ensuite
+représenté sous forme d'étoile colorées, ou barre de niveau. On peut imaginer
+toutes les fantaisies possibles…
+
+Autres éléments
+===============
+
+Il n'y en a pas d'autres. Tout le reste est ensuite standard et suit les
+directives rst. (La directive `admonition`_ permet également des
+personnalisations assez avancées, mais je ne l'ai pas appliqué ici).
+
+.. _admonition: https://docutils.sourceforge.io/docs/ref/rst/directives.html#admonitions
+
+L'organisation
+==============
+
+Chaque répertoire contient un modèle différent, et tous les modèles suivent le
+même schéma :
+
+::
+
+  |
+  |\ Makefile
+  |\ fichier.rst (le fichier source à traiter)
+  \ resources (le répertoire contenant les modèles latex)
+    |
+    |\ 00_colors.tex (la définition des couleurs)
+    |\ 00_length.tex (les longueurs pour les marges ou autres paramètres)
+    |\ 00_preamble.tex (le fichier contenant les paramètres principaux)
+    |\ 10_fonts.tex (les polices utilisées dans le document)
+    |\ 10_title_style.tex (la personnalisation des titres)
+     \ autres directives latex
+
+Tous les fichiers qui sont présents dans le répertoire `resources` sont
+automatiquement chargés, et les modules présents dans le fichier `modules` sont
+également chargés.
+
+Pour la simplification du dépôt, des fichiers communs à tous mes styles sont
+présents dans le répertoire `common`
+
+Et voilà
+========
+
+J'espère que ces petits exemples vous donneront des idées, et qu'ils vous
+permettront de construire vos propres modèles. L'idée est vraiment de laisser
+toute la mécanique latex en arrière-plan, et se simplifier au maximum
+l'écriture !