Barrejadis - Informatique

Extension pour Dotclear 2 : créer des billet pré-remplis à partir de contenu en ligne

Olivier Azeau — Mon, 07 Apr 2008 23:46:00 +0200

Le blogueur lambda se caractérise autant par sa propension à relayer/critiquer/encenser toute information qu'il juge intéressante que par sa tendance à produire beaucoup de contenu avec un minimum d'effort.

Mon extension "Post Maker" pour dotclear vise à rejoindre la panoplie de ce blogueur lambda : elle permet de créer des billets avec un contenu prédéfini dont une partie peut être automatiquement récupérée depuis un flux rss/atom.

Prenons un exemple simple. Notre blogueur lambda souhaite commenter les grands titres de l'actualité. Il va par exemple se baser sur le flux "A la une" du journal "Le Monde".

Dans l'interface de configuration de l'extension, il définit un nouveau type de billet personnalisé "A la une" avec le flux en question :

Le choix "feed-item-list" représente le modèle de mise en page utilisé, en l'occurrence un liste des éléments du flux. C'est un des modèles présents dans l'installation standard de cette extension.

A partir de là, une nouvelle entrée de menu nommée <Nouveau billet "A la une"> est proposée dans le menu d'édition de dotclear :

En cliquant sur cette entrée de menu, un nouveau billet est créé. Son texte initial est basé sur le contenu du flux paramétré :

Le reste, c'est une édition classique de billet.

En couplant l'usage de cette extension à celui d'un lecteur de flux, on peut publier un contenu un peu plus personnalisé. Par exemple, le lecteur de flux Google Reader permet de marquer les articles qui retiennent notre attention et de publier la liste des articles marqués comme un nouveau flux. En utilisant celui-ci avec "Post Maker", on peut écrire rapidement des billets de "revue de web".

J'ai pour ma part déjà un tel flux. Il apparait sur la page d'accueil de mon blog sous l'intitulé "Au fil de mes lectures". Désormais, je vais essayer de publier des billets qui commentent ces lectures. D'où mon intérêt pour écrire une telle extension...

Rentrons maintenant dans la partie un peu plus technique. L'extension fournit par défaut 2 modèles de billet mais il est relativement simple d'en rajouter car le contenu des modèles est dans des fichiers texte.
2 types de fichiers sont utilisés : les ".hentry" et les ".wentry". Les premiers sont des modèles pour les billets composés en xhtml, les seconds sont pour les billets en syntaxe wiki. Le choix du modèle est effectué à partir des préférences de l'utilisateur.

Exemple de fichiers :

Le contenu est du html dans le premier cas, du texte wiki dans le second mais avec quelques balises en plus. Ces balises auront un air familier pour ceux qui connaissent les thèmes dotclear : le même moteur de template est utilisé pour définir les modèles de billet mais avec un jeu de balise entièrement dédié (les balises de thèmes dotclear n'ont aucun sens dans ce contexte).

Pour rajouter des modèles, il suffit de mettre les fichiers adéquats dans le dossier "templates" de l'extension.

La liste des balises disponibles dans la version 1.0 de "Post Maker" :

<tpl:EntryTitle> : block qui définit le titre du billet
<tpl:EntryExcerpt> : block qui définit l'extrait du billet
<tpl:EntryContent> : block qui définit le contenu du billet
{{FeedURL}} : adresse du flux paramétré
{{FeedProperty name="..."}} : propriété du flux.
- Exemple : {{tpl:FeedProperty name="title"}} pour le titre
<tpl:FeedItems> : block de boucle sur les éléments du flux
{{FeedItemProperty name=""}} : propriété de l'élément courant.
- Exemple : {{tpl:FeedItemProperty name="link"}} pour l'URL de l'élément
{{FeedItemDate}} : date de publication de l'élément courant dans le format défini dans les paramètres du blog
{{FeedItemTime}} : heure de publication de l'élément courant dans le format défini dans les paramètres du blog

Bonne utilisation !
Et j'attends bien sûr toutes les remarques utiles à l'amélioration de cette extension !

Google Big Maps reloaded

Olivier Azeau — Thu, 03 Apr 2008 23:32:00 +0200

J'appris, grâce à Olivier de "Sourcieux-les-mines" que mon script Greasemonkey qui permet de faire des posters à partir de Google Map ne fonctionnait plus.
Voici donc la nouvelle version de ce script, Google Big Maps v3, qui fonctionnera tant que Google ne changera pas les URLs de ses images.

Toutes les informations utiles sont sur le billet précédent.

Pour rappel, le guide de mise en route :

Installer Firefox (ce qui est certainement déjà fait pour la plupart des lecteurs de cette page)
Installer Greasemonkey
Installer mon script Greasemonkey nommé Google Big Maps v3 qui se trouve ici
Installer éventuellement Screengrab! pour bénéficier de la sauvegarde de la totalité de l'image sous forme d'un fichier .jpg ou .png unique
Aller sur Google Maps

Extension pour Dotclear 2 : créer un widget à l'aide d'un simple fichier template html

Olivier Azeau — Sun, 30 Mar 2008 18:29:00 +0200

Les widgets sont une nouveauté de Dotclear 2. Ils permettent de définir facilement le contenu des barres latérales d'un blog. Un petit nombre de widgets sont disponibles dans l'installation de base. D'autres sont rajoutés à travers des extensions.

La principale barrière à la définition de nouveaux widgets est la nécessité de savoir programmer une extension Dotclear en PHP. Cela se justifie pour les nombreux widgets qui réalisent des opérations non triviales. Cependant, un certain nombre d'entre eux se limitent à réaliser un affichage html prédéfini et agrémenté de quelques éléments paramétrables. Cela m'a donné l'idée de réaliser une extension Dotclear 2 qui permet de rajouter des widgets à l'aide d'un simple fichier html de thème dotclear.

Cette extension fonctionne très simplement : elle recherche dans les dossiers de thème tous les fichiers se terminant par ".widget.html" et elle crée un widget à partir de chacun d'entre eux.

Exemple minimaliste de fichier ".widget.html" :

<tpl:WidgetName>Mini</tpl:WidgetName>
Bonjour {{tpl:WidgetText name="nom" title="Entrez votre nom :" default="visiteur"}} !<br/>
Vous &ecirc;tes sur le blog {{tpl:BlogName}}.<br/>

Le <tpl:WidgetName> définit le nom du Widget tel qu'il apparait dans la zone d'administration. Le {tpl:WidgetText} définit un paramètre de type texte pour le widget dont le contenu sera inséré à l'affichage.

A titre d'exemple, deux fichiers widget sont installés en même temps que l'extension. Un pour insérer le code nécessaire à Google Analytics, l'autre pour en faire de même avec PhpMyVisites.

L'insertion de paramètres de type texte est ce qu'il y a de plus simple mais on peut définir d'autres types de paramètres (grande zone de texte, case à cocher, liste de choix) en utilisant les balises appropriées. Voici la liste complète :

{tpl:WidgetText} : paramètre de type texte ou grande zone de texte en rajoutant un attribut type="textarea".
<tpl:WidgetCheckboxIf> : paramètre de type case à cocher. L'attribut value détermine si le contenu du block est affiché. Avec value="1", le contenu est affiché si la case est cochée. Avec value="0", le contenu est affiché si la case n'est pas cochée.
<tpl:WidgetComboIf> : paramètre de type liste de choix. Fonctionnement similaire à <tpl:WidgetCheckboxIf>. L'attribut options définit la liste des choix possibles (séparés par des ":").
{tpl:WidgetCombo} : paramètre de type liste de choix. Fonctionnement similaire à {tpl:WidgetText}. Attribut options identique à celui de <tpl:WidgetComboIf>.

Outre les attributs spécifiques, chaque balise possède les attributs :

name (obligatoire) : nom du paramètre
title (obligatoire) : texte affiché à côté du paramètre dans la zone de définition du widget
default (optionnel) : valeur initiale
order (optionnel) : ordre d'apparition dans la zone de définition du widget

Pour utiliser plusieurs fois le même paramètre dans le fichier html, il n'est pas nécessaire de répéter l'ensemble des attributs. La totalité des attributs obligatoires doivent être présents à la première apparition du paramètre. Par la suite, seul l'attribut "name" nécessite d'être précisé.

Les fichiers "demo.widget.html" et "last.comments.widget.html" fournis avec l'extension démontrent l'éventail de ces possibilités.

D'autres balises facilitent l'écriture de widgets :

<tpl:WidgetDefineBlock> : définit un block html réutilisable. L'attribut "name" identifie le block.
{tpl:WidgetUseBlock} : insère le contenu d'un block réutilisable. L'attribut "name" identifie le block.
<tpl:WidgetPageTypeIf> : conditionne l'affichage d'un block au type de page. L'attribut "type" définit le type de page. Permet, par exemple de n'afficher un widget que sur la page d'accueil.

La méthode préférée pour remonter les problèmes est le gestionnaire de demandes sur Google Code. Concernant les explications sur l'utilisation, je peux répondre en commentaire ici-même ou sur le forum dotclear.
Toute suggestion est la bienvenue.

Demonstration de menu "CSS" pour l'extension dotclear "Simple Website"

Olivier Azeau — Wed, 26 Mar 2008 23:28:00 +0100

Le principal avantage du plugin 'simpleWebsite' est de, simultanément, définir au niveau d'un blog une hiérarchie de sections et de fournir des éléments de template dotclear pour parcourir et présenter cette hiérarchie sans vraiment de limite sur la forme.

Par ailleurs, les feuilles de style en cascade, plus connues sous le nom de CSS permettent aujourd'hui d'avoir des affichages évolués sans rajout de code (javascript ou autre). Les menus déroulants en sont un exemple, comme on peut le voir sur cette page.

J'ai donc repris le CSS de cette page pour afficher dynamiquement un menu déroulant comprenant l'ensemble des sections définies sur "simpleWebsite". Voici le résultat pour mon blog :

Voilà donc un menu déroulant facile à inclure sur un blog dotclear.
On notera toutefois que l'affichage dépend du navigateur utilisé. Si, comme moi, vous utilisez Mozilla Firefox, pas de problème. De même avec la plupart des navigateurs respectant les standards du W3C. Finalement, le seul problème réside dans l'utilisation d'Internet Explorer (on s'en serait douté). Il faut au moins avoir la version 7 pour pouvoir profiter de ce menu déroulant.

Voici le texte de template à utiliser pour générer le menu :

<style type="text/css" media="screen">
  @import url({{tpl:BlogThemeURL}}/menu.css);
</style>

<tpl:swDefineBlock name="MenuEntries">
  <li><a href="{{tpl:EntryURL}}">{{tpl:EntryTitle encode_html="1"}}</a>
    <ul>
      <tpl:swMenuLevelEntries>
        {{tpl:swReuseBlock name="MenuEntries"}}
      </tpl:swMenuLevelEntries>
    </ul>
  </li>
</tpl:swDefineBlock>

<div class="skipnav"><a href="#nonav">Aller au contenu</a></div>
<ul id="nav">
  <tpl:swMenuLevelEntries parent_id="home">
    {{tpl:swReuseBlock name="MenuEntries"}}
  </tpl:swMenuLevelEntries>
</ul>
<hr id="nonav">

Le fichier menu.css est celui de l'exemple chez http://denilsonsa.selfip.org/~denilson/.

Certains seront peut-être surpris par la présence du lien invisible <a href="http://barrejadis.azeau.com/post/2008/03/26/#nonav">. Il sert en fait pour les affichages sans feuilles de style tels les navigateurs en mode texte. Dans un tel contexte, le menu est affiché comme une liste, qui peut être très longue et ce lien sert à aller au contenu de la page à la fin de la liste.
Pour s'en convaincre, il suffit de faire afficher la page actuelle à travers un visualisateur Lynx

Un dernier mot, enfin, pour expliquer la présence du menu en plein milieu de ce billet.
En fait, ce billet dispose d'un fichier template personnalisé (simpleWebsite permet cela sur tous les billets, pas seulement sur ceux représentant une section) où le menu est affiché entre l'extrait du billet et son contenu...

Extension "Simple Website" v1.1 pour Dotclear 2

Olivier Azeau — Sat, 22 Mar 2008 01:07:00 +0100

Il y a une semaine, je livrais la première mouture d'une extension dotclear permettant de découper un blog en un arbre de sections.

J'ai fait un peu de pub pour cette extension sur le forum dotclear et, sur ce forum tout comme sur mon billet initial, les retours ont été vraiment très positifs. Plusieurs personnes ont essayé d'installer l'extension et j'ai immédiatement eu une liste assez précise de problèmes rencontrés ainsi que quelques suggestions d'amélioration.

La version 1.1 disponible en pièce jointe à ce billet est le résultat des quelques corrections apportées.

J'ai tout d'abord mis à jour la configuration de mon environnement de développement XAMPP avec les recommendations officielles. Il ne devrait donc plus y avoir de problèmes du côté des divers avertissements qui peuvent apparaître en fonction des configurations PHP plus ou moins tolérantes.

J'ai profité de cette nouvelle version pour rajouter ou modifier quelques fonctionnalités :

le widget de navigation dans les sections offre 2 modes :
- visualisation systématique de l'ensemble des sections du blog ("full")
- visualisation limitée à la hiérarchie courante et aux sections collatérales de la hiérarchie ("current")
le menu inclus dans le widget est entièrement personnalisable avec un fichier template. En fait, les 2 modes "full" et "current" correspondent respectivement à 2 fichiers template "full.menu.html" et "current.menu.html" qui en définissent le contenu. Pour améliorer ces affichages (par exemple faire des menus déroulants) il "suffit" d'écrire un fichier template correspondant.

A noter que ces évolution nécessitent d'enlever l'ancien widget et d'en créer un nouveau.

Par ailleurs, plusieurs remarques mentionnaient la difficulté d'installation, en particulier la modification du thème pour profiter des fonctionnalités du plugin. J'ai donc inclus un dossier "goodies" dans le package du plugin. Il contient 2 fichiers prêts à l'emploi à mettre dans le thème utilisé :

"post.html" remplace le fichier du même nom du thème par défaut (il y rajoute le block <tpl:swCustomPostContent>)
"section.html" est un nouveau fichier qui met en forme l'affichage d'une section. Il suffit de le référencer dans le champ "Nom de fichier template" de chaque billet "section".

Pour tout problème avec cette version, laissez un commentaire ci-dessous.

Extension pour Dotclear 2 : site web simple avec menu arborescent

Olivier Azeau — Sun, 16 Mar 2008 14:01:00 +0100

Dotclear fournit par défaut 2 fonctions d'organisation des billets, les catégories et les tags. C'est suffisant pour aménager un blog standard mais un peu limité si on veut donner à ce blog une allure de site web structuré en sections et sous-sections.

J'ai donc écrit une extension "Simple Website" qui permet de faire cela. Elle peut être utile pour découper un blog en parties relativement indépendantes (ce qui est fait ici même) ou, plus généralement, pour réaliser rapidement un site web avec dotclear sans avoir besoin de maîtriser un autre CMS.

L'extension "Simple Website" contient :

Une évolution de l'interface d'administration pour définir une arborescence de sections ainsi que la possibilité d'associer une ou plusieurs sections à chaque billet. En pratique, chaque section est un billet qui a été identifié comme tel. Cela permet d'utiliser l'ensemble des fonctions existantes. Une section a ainsi un nom (le titre du billet), un résumé de sa description (l'extrait du billet), une description complète (le corps du billet), la possibilité d'être commentée, d'être rétroliée, etc.
Un ensemble d'éléments de template permettant d'afficher, sur la page d'une section :
- les éléments de la section courante
- l'ensemble des sous-sections
- le chemin hiérarchique permettant d'atteindre la section courante
- l'ensemble des billets (navigable par pages) de la section et des sous-sections
Les flux de billets et de commentaires relatifs à chaque section
Un widget pour naviguer dans l'ensemble des sections
Une page "plan de site" présentant la hiérarchie des sections et leur description

Pour avoir une meilleure vision de cela, le plus simple est de regarder un exemple. Puisque ce blog utilise le plugin en question, il suffit, par exemple, d'aller voir la section regroupant mes réalisations logicielles :

En tête de page, le chemin hiérarchique "Accueil » Informatique » Mes réalisations" permet de se positionner dans l'ensemble du site. Suivent le nom de la section, sa description et les liens vers les flux : fil des billets et fil des commentaires.
Au même niveau, mais sur la partie droite, sont listées les sous-sections avec un résumé de leur description. La suite de la page est occupée par la liste des billets de la section courante et de ses sous-sections sur le même modèle que les catégories ou les tags.

Sur la même page, dans le bandeau de gauche, le widget de navigation est positionné sur la section courante et il permet d'aller vers les sous-sections, vers la hiérarchie parente ainsi que les sections voisines de chaque élément de la hiérarchie.

Le plan de site est accessible à tout moment grace à un lien dans le même widget.

Côté administration, chaque billet dispose d'une section masquable "Site web simple". Si on n'y touche pas, le billet reste un billet standard. Lorsque la section est dépliée, on peut définir :

Sa position dans la hiérarchie : en sélectionnant son parent
Les billets qui y sont rattachés : en définissant un tag de regroupement
La mise en page de la section : en donnant le nom d'un fichier template se trouvant dans le thème
L'URL à présenter pour le flux des billets (utile si on veut gérer les abonnements à travers un système externe type feedburner)

Le rajout d'un billet standard dans une section se fait tout simplement en associant à ce billet le tag défini dans la section. On notera que, dans la section "Site web simple", la zone "Nom de fichier template" peut être utilisée sur les billets standards pour leur donner, au cas par cas, une mise en page personnalisée.

Ici se terminent les informations pour une utilisation courante mais la mise en place du plugin au sein d'un blog existant nécessite une étape supplémentaire : l'adaptation du thème d'affichage pour y rajouter le ou les formats d'affichage d'une section.

Un pré-requis écrire les templates relatifs à une utilisation de "Simple Website" est la modification du template "post.html" du thème utilisé. En effet, tous les affichages réalisés par cette extension (sections, plan de site) sont réalisés en prenant "post.html" comme base. Deux modification doivent y être apportées qui ne remettent pas en cause l'affichage des billets standards :

Dans le <head> HTML, les liens vers les flux doivent être adaptés pour permettre l'insertion des flux de section. En pratique, il suffit de remplacer les tpl:BlogFeedURL par des tpl:swMenuFeedURL.
Il faut insérer un block <tpl:swCustomPostContent> autour du contenu de la zone <div id="main">. Ce block permet de, simultanément, conserver l'affichage d'un billet standard ou de le remplacer par le contenu du fichier de template personnalisé de chaque billet lorsqu'un tel fichier est défini dans la boite "Site web simple" du billet.

Il faut ensuite définir au minimum un fichier template pour l'affichage des sections. Ce fichiers ne contient bien évidemment que la partie intérieure à la zone <div id="main">. A titre d'exemple, le fichier "post_menu.html" utilisé sur ce blog est joint à ce billet.

Les éléments de templates utilisables pour mettre en forme les pages de section sont :

Block <tpl:swMenuHierarchyEntries> : c'est un block qui fonctionne comme <tpl:Entries> mais qui itère sur les sections constituant le chemin hiérarchique permettant d'atteindre la section courante.
Block <tpl:swMenuLevelEntries> : c'est également un block qui fonctionne comme <tpl:Entries> mais celui-ci itère sur les sous-sections de la section courante.

L'affichage du plan de site est réalisé à travers un fichier dédié "sitemap.html" qui, lui-aussi, ne contient que la partie de template intérieure à la zone <div id="main">.
Un fichier par défaut est intégré au plugin mais il est tout à fait possible de le rédéfinir dans le thème utilisé. Des éléments de templates additionnels sont nécessaires pour mettre en forme le plan de site :

Valeur tpl:swSitemapURL : c'est l'URL de la page qui affiche le plan de site.
Block <tpl:swDefineBlock name="XXX"> : c'est un élément générique qui définit un block réutilisable en plusieurs endroits. En pratique, il définit une fonction PHP qui affiche le contenu du block.
Valeur tpl:swReuseBlock name="XXX" : c'est le pendant de l'élement précédent. Les blocks définis peuvent être inséré à divers endroits avec cet élément.

L'affichage du plan de site sans limitation de la profondeur de l'arbre est réalisé par un swDefineBlock/swReuseBlock récursif en bouclant à chaque niveau sur les section via un swMenuLevelEntries (si cette phrase n'est pas assez claire, le mieux est de jeter un coup d'oeil au fichier "sitemap.html" contenu dans l'extension).

Voilà pour la partie plus technique. Toutes les questions, remarques et suggestions sont, bien évidemment, les bienvenues et si jamais quelqu'un utilise cette extension sur son blog ou, encore mieux, pour réaliser un site, ça serait sympa de laisser un petit mot ici même !

Leçon de conception logicielle : la simplicité

Olivier Azeau — Tue, 11 Mar 2008 12:12:00 +0100

Chez StuffThatHappens via FredCavazza.

Il ne me manque plus que la barbe

Olivier Azeau — Wed, 05 Mar 2008 00:03:00 +0100

Le site My Heritage propose une fonction amusante. En téléchargeant une photo portrait, il recherche dans une base de personnes connues (plutôt dans le monde anglo-saxon) celle qui ressemble le plus au portrait envoyé et il fait un morphing entre les 2 personnes.

J'ai donc essayé avec une photo de moi...
A priori, je ne me trouve pas vraiment de ressemblance avec RMS mais je dois avouer que l'effet du morphing est saisissant.

Scrutin plurinominal proportionnel à la plus forte moyenne

Olivier Azeau — Thu, 10 Jan 2008 13:54:00 +0100

Lors des élections pour le collège des adhérents au Conseil National du MoDem, les sièges seront attribués "à la plus forte moyenne". Ceux qui se posent des questions sur ce que cela signifie peuvent consulter l'article wikipedia correspondant. Ils peuvent aussi aller voir du côté du sénateurs dont certains sont élus selon ce principe.

Mais le plus simple, c'est encore d'utiliser le simulateur ci-dessous :

Nombre de sièges à pourvoir :
Nombres de listes :

Listes :

Nom

Suffrages

Nombre de sièges

Moyenne

Total des suffrages : 0

Google Big Maps version 2 : faire soi même un poster géant d'image satellite

Olivier Azeau — Tue, 18 Sep 2007 00:04:00 +0200

Il y a quelques jours, j'avais mis à disposition un script Greasemonkey permettant de créer et imprimer un plan Google Maps de grande taille. Voici maintenant la version 2 du même script qui permet de faire la même chose sur les images satellite (et aussi sur le mode mixte plan/satellite pendant qu'on y est).

EDIT 16/04/2008 : une nouvelle version est disponible ici.

Petit manuel d'utilisateur rapide.

Sur la page Google Maps, 3 boutons sont rajoutés :

le bouton de gauche permet de sélectionner le coin haut-gauche du plan ou de l'image satellite à réaliser. Il suffit de choisir son niveau de zoom et de se déplacer dans la fenêtre jusqu'à ce que le coin haut-gauche de la vue soit positionné sur le coin haut-gauche souhaité. A ce moment là, un click sur le bouton enregistre la position.
le bouton de droite permet de faire la même chose avec le coin bas-droit.
le bouton central ouvre une nouvelle fenêtre permettant de finaliser l'image.

La fenêtre de finalisation présente un bandeau de contrôle :

Au dessous de ce bandeau est affichée la totalité de l'image capturée.
Le bandeau de controle permet :

à l'aide des divers boutons '+' et '-', de définir le cadrage exact de l'image souhaitée
à l'aide du sélecteur de zoom (100%, 50%, 25%, etc.) de visualiser l'image dans son ensemble pour dégrossir le cadrage puis de visualiser les détails pour affiner

Lorsque le cadrage souhaité est obtenu, le bouton représentant un rectangle fait disparaitre le panneau de contrôle afin de ne conserver que l'image. Il est impossible de faire réapparaitre le panneau (il faut prendre garde à bien avoir choisi son niveau de zoom avant de le faire disparaitre).

Voilà, c'est à peu près tout. Il ne reste plus qu'à imprimer l'image obtenue.
Suggestion bienvenues comme d'habitude.

Pour rappel le guide de mise en route :

Installer Firefox (ce qui est certainement déjà fait pour la plupart des lecteurs de cette page)
Installer Greasemonkey
Installer mon script Greasemonkey nommé Google Big Maps v2 qui se trouve ici
Installer éventuellement Screengrab! pour bénéficier de la sauvegarde de la totalité de l'image sous forme d'un fichier .jpg ou .png unique
Aller sur Google Maps

Mes flux Feedburner dans Dotclear 2 - 2ème édition

Olivier Azeau — Fri, 14 Sep 2007 22:48:00 +0200

Une évolution de mon extension dotclear 2 qui permet de personnaliser les URLs de fils RSS/Atom. La première version est là.

Cette version 2 rajoute la modification du widget "Liens d'abonnement" pour qu'il prenne en compte les URLs personnalisées (si un blog a déjà le widget installé, il faut l'enlever de la liste et y mettre le nouveau).

Imprimer le plan complet d'une ville avec Google Maps

Olivier Azeau — Wed, 12 Sep 2007 22:15:00 +0200

Il m'est arrivé plusieurs fois de vouloir emporter avec moi sur une simple feuille A4 le plan détaillé d'un quartier ou d'un village que je ne connaissais pas. On me dira "A l'époque des GPS qui tiennent dans une main, pourquoi encore utiliser le papier ?" Premièrement, ces petits joujous électroniques valent la peau des fesses. Deuxièmement, ils sont, à mon goût, bien trop fragiles pour un bon nombre d'usages (vélo par exemple).
Je me suis donc quelquefois retrouvé en train de chercher la meilleure impression possible sur Google Maps ou Mappy voire faire du copier/coller de plusieurs copies d'écran pour arriver à un résultat exploitable.
Tout cela ne pouvant plus durer, je me suis mis en quête d'une solution plus directe.

EDIT 16/04/2008 : une nouvelle version est disponible ici.

En combinant les fonctionnalités de Firefox et de ses possibilités d'extension, je suis arrivé à un outil satisfaisant.
L'extension incontournable de Firefox pour tirer le meilleur parti de sites Web, c'est Greasemonkey. Un véritable couteau suisse pour page webs grace à sa multitude de scripts. Grace à cela, j'ai pu écrire un peu de javascript qui rajoute 3 boutons sur la page Google Maps :

Bon, c'est sûr que côté design graphique on peut mieux faire (si quelqu'un a une suggestion...) mais voyons plutôt l'aspect fonctionnel :

le bouton de gauche permet de sélectionner le coin haut-gauche du plan à réaliser. Il suffit de choisir son niveau de zoom et de se déplacer dans la fenêtre de la carte jusqu'à ce que le coin haut-gauche de la vue soit positionné sur le coin haut-gauche souhaité. A ce moment là, un click sur le bouton enregistre la position.
le bouton de droite permet de faire la même chose avec le coin bas-droit.
le bouton central ouvre une nouvelle fenêtre et y génère un document html affichant la totalité de la zone sélectionnée

A partir de là, on peut directement lancer une impression mais on peut aussi sauvegarder la page obtenue sous forme d'image pour un usage ultérieur (tel qu'une découpe plus précise dans un logiciel de dessin par exemple). Pour cela, on utilise une extension de Firefox permettant de sauvegarder le document html sous forme d'image png ou jpeg. Screengrab! ou Save As Image font ça très bien.

Donc, je résume :

Installer Firefox (ce qui est certainement déjà fait pour la plupart des lecteurs de cette page)
Installer Greasemonkey
Installer mon script Greasemonkey nommé Google Big Map qui se trouve ici
Installer éventuellement Screengrab ou Save As Image
Aller sur Google Maps

Ce qui vient à l'idée maintenant c'est que les plans c'est bien, mais les images satellites ça serait encore mieux ! Leur encodage est différent de celui des plans et la solution proposée ne fonctionne donc pas, du moins pas encore : si j'ai un peu de temps, je me pencherai sur le sujet.
Toute autre remarque est évidemment la bienvenue.

Statistiques phpMyVisites pour les téléchargements de fichiers annexes à un billet.

Olivier Azeau — Wed, 29 Aug 2007 22:23:00 +0200

Pour les statistiques de consultation de ce blog, j'utilise phpMyVisites. L'intégration dans dotclear est très facile grace au widget adéquat mais il me manquait une fonctionnalité : le décompte des téléchargement des fichiers attachés à un billet du blog. C'est désormais chose faite grace à un ajout au plugin qui tire parti de l'option "FILE:" de phpMyVisites. Le package pour le plugin ainsi modifié est disponible en annexe.

Widget Nabaztag pour Dotclear2

Olivier Azeau — Wed, 08 Aug 2007 00:38:00 +0200

Depuis janvier 2007, je suis l'heureux possesseur d'un Nabaztag/tag avec lequel j'ai déjà pas mal joué, notamment pour créer le proxy OpenNab. OpenNab est un peu en sommeil ces temps-ci car je n'ai plus, dans l'immédiat, de choses essentielles à y rajouter. Mais s'il me manque bien quelque chose, c'est un moyen rapide et discret pour envoyer des messages à mon jouet.

C'est désormais chose faite avec un widget Nabaztag pour dotclear2. Ce widget a d'ailleurs d'ores et déjà pris place sur ce blog (quelque part dans la colonne de gauche).
Pour l'utiliser, rien de plus simple : il suffit de taper un message dans le champ de texte correspondant et de valider avec 'entrée'. La question maintenant est de savoir s'il faudra rajouter une fonctionnalité d'antispam pour éviter les envois intempestifs...

Mes flux Feedburner dans Dotclear 2

Olivier Azeau — Sun, 05 Aug 2007 14:16:00 +0200

Je viens de transférer mes blogs de Nucleus vers Dotclear2. Cela m'a donné l'occasion de développer un plugin Dotclear pour paramétrer facilement mes flux Feedburner.

Je suis globalement très satisfait de mon passage à Dotclear2 mais je le trouve quand même un peu limité dans sa façon d'intégrer les flux RSS/Atom. En l'occurrence, j'ai besoin de remplacer certains flux définis par défaut par des flux Feedburner qui m'offrent de multiples fonctionnalités supplémentaires. Les URLs de ces flux sont typiquement présentes à 2 endroits :

dans des balises link de l'entête d'une page HTML
dans des balises a du corps de la même page

La 1ère solution qui vient à l'esprit est de simplement modifier les templates du thème utilisé par le blog pour y mettre en dur les URLs Feedburner. Ca fonctionne pour les flux globaux mais cela oblige à lier un thème à un blog. Cette liaison forte entre contenu et présentation n'a rien de très élégant. De plus dès qu'il s'agit de redéfinir les flux pour chaque catégorie, on entre dans une impasse.

La 2ème solution (il peut y en avoir d'autres mais je me suis arrêté à celle là qui me convient parfaitement) c'est d'intervenir au niveau du moteur de template.
Le moteur de template de Dotclear définit 2 entrées :

{{tpl:BlogFeedURL}} pour insérer l'URL associée à l'ensemble des billets du blog.
{{tpl:CategoryFeedURL}} pour insérer l'URL associée à l'ensemble des billets de la catégorie active.

J'ai donc écrit un plugin qui intercepte l'appel à ces éléments pour renvoyer une URL personnalisée : en laissant intact les fichiers de thèmes, mes URLs Feedburner sont insérées à tous les endroits où on trouve {{tpl:BlogFeedURL}} et {{tpl:CategoryFeedURL}}.
Une remarque en passant : le widget 'Liens d'abonnement' écrit en dur les URLs par défaut au lieu d'utiliser le contenu de ces éléments. Il ne m'est donc d'aucune utilité dans sa version actuelle.

En poussant un peu plus loin la gestion des flux, on se rend compte que les flux de commentaires (du blog complet, d'une catégorie, d'un billet) ne sont pas définis par un élément de template mais sont toujours contruits par concaténation au sein du template lui-même. Là encore, il y a intrusion du contenu dans la partie présentation.

Par exemple, l'URL pour s'abonner aux commentaires du blog est "{{tpl:BlogFeedURL}}/comments". En standard, {{tpl:BlogFeedURL}} vaut quelque chose comme "http://monblog.com/feed/rss2" et donc le flux de commentaires "http://monblog.com/feed/rss2/comments" fonctionne correctement.
Mais si {{tpl:BlogFeedURL}} devient "http://feeds.feedburner.com/MonBlog" alors le flux de commentaires devrait obligatoirement être "http://feeds.feedburner.com/MonBlog/comments" ce qui m'obligerait à le définir également dans Feedburner et ce même si je n'ai aucun besoin de gestion avancée pour ce flux là.
D'où l'idée de faire évoluer {{tpl:BlogFeedURL}} et {{tpl:CategoryFeedURL}} en leur rajoutant des attributs :

{{tpl:BlogFeedURL comments="1"}} pour remplacer {{tpl:BlogFeedURL}}/comments
{{tpl:BlogFeedURL entry="1"}} pour remplacer {{tpl:BlogFeedURL}}/comments/{{tpl:EntryID}}
{{tpl:CategoryFeedURL comments="1"}} pour remplacer {{tpl:CategoryFeedURL }}/comments

Ces éléments renvoient les URLs par défaut pour les divers flux et permettent de les redéfinir individuellement.

Si quelqu'un trouve un utilité à ce plugin et veut l'installer, il est dispo ici : plugin-customFeeds-1.0.pkg.gz

Je l'ai réalisé avec Dotclear2 beta7. Je ne sais pas s'il fonctionne avec une version antérieure.

Son utilisation est assez simple. Le plugin rajoute une entrée dans la partie admin pour définir les divers flux (ou laisser une zone vide pour obtenir la valeur par défaut).
La figure suivante montre la configuration de mon blog L'Agilitateur pour lequel j'ai un flux de l'ensemble des billets et un flux pour chacune des catégories :

Adtivist 1.5, le simulateur COLLABORATIF de clics sur des liens publicitaires

Olivier Azeau — Wed, 19 Apr 2006 22:10:00 +0200

Résumé des épisodes précédents :
3 mars : Suite au battage médiatique d'achat de mots clefs google par des acteurs politiques, je sors un petit simulateur de clics sur ces liens : Adtivist.
13 avril : Les achats de mots clefs continuent.
14 avril : Version finale de Adtivist 1.0

Aujourd'hui, j'essaie de franchir un nouveau cap. La simulation de clics ne peut être efficace que si le programme qui simule ne se fait pas trop repérer. D'où l'idée de le piloter par des instructions téléchargées au lancement du programme. C'est ce qu'utilise Adtivist 1.5.

Pour l'instant, les instructions téléchargées sont une liste constante de recherches à effectuer mais rien n'empêche d'installer d'ores et déjà le logiciel. Je vais essayer de rendre tout ça plus dynamique dans les jours qui viennent : quand cela sera prêt, Adtivist l'utilisera automatiquement.

Adtivist est un logiciel libre sous licence GPL. L'installateur est téléchargeable ici. Le code source est inclus.

Les dernières infos sur le logiciel sont disponibles en permanence à l'adresse http://www.azeau.com/adtivist/.

Adtivist, le simulateur de clics sur les liens publicitaires

Olivier Azeau — Fri, 14 Apr 2006 00:20:00 +0200

Adtivist 1.0.6 est disponible. Pour fêter cette version qui me semble être très stable, je me fends d'un petit discours de présentation.

Adtivist est un programme discret qui tourne en tache de fond en ne laissant apparaître qu'une petite icone dans la barre de taches de Windows.
Son activité unique est l'exécution périodique d'un dialogue réseau reproduisant à l'identique une séquence de requêtes correspondant à l'utilisation d'un navigateur web sur un moteur de recherche bien connu suivi de clics vers des liens publicitaires ciblés. Le comportement identitaire pousse le vice jusqu'à se faire passer pour tel ou tel navigateur Web en reproduisant les paramétrages de requêtes spécifiques à chaque navigateur.

Les séquences "recherche" suivi de "clic sur lien publicitaire" sont paramétrables à travers un fichier de configuration. Dans l'installation standard, le logiciel est paramétré pour rechercher des noms communs ("chomage", "sécurité", "banlieue", "démocratie", ...) et cliquer sur des publicités à caractère politique.
La justification de ce paramétrage vient de l'idée qui a donné naissance à ce logiciel :

La bataille publicitaire n'apportera rien de bon aux débats qui vont précéder les prochaines échéances électorales françaises

Adtivist est un logiciel libre sous licence GPL. L'installateur est téléchargeable ici.

Les dernières infos sur le logiciel sont disponibles en permanence à l'adresse http://www.azeau.com/adtivist/.
Je tiens à signaler que j'ai fait une petite bourde dans ma précédente mouture d'Adtivist : le programme d'installation est censé paramétrer un lancement automatique d'Adtivist au démarrage de Windows mais cela ne fonctionne pas. Que ceux qui l'ont téléchargé et qui sont quand même revenus ici pour lire ces lignes acceptent mes excuses...

Je précise aussi que la nouveauté de la version 1.0.6 est d'intégrer la bibliothèque de compression/décompression SharpZipLib qui a permis de rajouter la décompression de reponse HTTP. C'était l'élément qui manquait pour simuler à l'identique le comportement d'un navigateur tel que Firefox.

Une dernière note : le programme est en C#. Si quelqu'un a envie de le porter sur Linux/Mono, cela sera accueilli avec grand plaisir !

Brouiller les liens publicitaires : la fête continue

Olivier Azeau — Thu, 13 Apr 2006 00:05:00 +0200

J'apprends par Versac que les liens publicitaires à caractère politique continuent sur le Web. Pour ma part, je campe sur ma position qui pourra paraître stupide à certains : cette dérive publicitaire n'apportera rien de bon à un quelconque débat car elle ne fera qu'alimenter une omniprésente discussion sur la forme. Je persiste et signe en mettant à jour Adtivist, mon simulateur de clics avec quelques nouveaux mots-clef et les liens à suivre vers les nouveaux adeptes de Google Adwords. Je profite d'ailleurs de l'occasion pour le distribuer avec un programme d'installation automatique.

Comme je l'ai précisé dans un précédent billet, ce logiciel est libre et tourne sous Windows. Je rajoute qu'il est très facile, en modifiant un simple fichier xml, de rajouter soi-même des termes à chercher et des liens à suivre.

J'ai un doute quant à l'activation d'un rétrolien sur le billet mentionné par Versac car je sais qu'il n'apprécie pas certains types de rétroliens et en plus je ne trouve pas très moral de faire de la pub pour un logiciel anti-pub. Mais tant pis, si des personnes arrivent ici par le rétrolien et le trouvent déplacé, qu'elles le fassent savoir haut et fort. Si je fais ce lien, c'est avant tout pour discuter de l'intérêt de telles campagnes de pub sur le Web (en dehors, bien évidemment de l'intérêt personnel de l'annonceur qui accroit son audience).

Edit 14/04/2006 : Les dernières infos sur le logiciel sont disponibles en permanence à l'adresse http://www.azeau.com/adtivist/.

Convertir un fichier PDF en fichiers HTML

Olivier Azeau — Sun, 09 Apr 2006 20:50:00 +0200

J'ai eu besoin d'un logiciel effectuant une conversion d'un fichier PDF vers des pages HTML afin de récupérer plus facilement le contenu de ce fichier. En faisant un peu de Google, on tombe rapidement sur un logiciel nommé PDF2HTML.

Ce logiciel a une particularité très rare : c'est un "shareware GPL". Il est distribué sous licence GPL car il contient de morceaux de XPdf qui est lui même GPL. Et il est Shareware car l'auteur distribue une version non enregistrée dont le nombre de conversions est limité. Il faut acheter une clef pour avoir la version complète.
L'ironie de cette situation est que, le logiciel étant GPL, son code source est disponible. Il suffit donc de le télécharger et de le modifier très légèrement pour obtenir le même logiciel en version enregistrée. Et ce en toute légalité puisque la GPL nous octroie ce droit !

J'ai même le droit de distribuer le logiciel modifié en conservant la license GPL. C'est donc ce que je fais ici en laissant en téléchargement une version illimitée de PDF2HTML 1.6 (958 Ko). Le code source modifié est bien évidemment inclus dans l'archive.

Waterfall 2006

Olivier Azeau — Sat, 11 Mar 2006 22:01:51 +0100

Waterfall 2006 va débuter dans quelques jours.

Je dois ici remercier Denis grace à qui j'ai pu découvrir l'existence de cette conférence. Denis a déjà listé les présentations auxquelles il faut assister. J'en n'en rajouterai qu'une seule qui semble être de la plus haute importance : Two-Phase Waterfall par Robert C. Martin. Comme le dit si bien Uncle Bob : "Pay for design, not for code !".
De nombreuses sociétés se sont d'ailleurs inspirées de ses travaux. L'avenir est dans la vente de modèles de conception, comme l'a bien compris cette société qui vend du code UML :

Le Schmilblick est un framework d?actifs métier en code UML sous IBM Rational Rose XDE.

Ce code UML est ensuite exploitable pour la génération de code d?implémentation (Java, C++, ...) en s?appuyant sur tout type d?architecture technique.

Du point de vue métier, le Schmilblick est une solution qui :

* couvre l?ensemble des besoins du projet en terme d?objets et de processus,
* permet dans une logique d?assemblage de composants,
* de répondre de façon plus adéquate aux besoins des utilisateurs.

Les objets métier sont la brique de base pour construire les processus répondant aux besoins du client.
Ils sont de plus un vecteur efficace de capitalisation de la connaissance métier.