Barrejadis - dotclear

simpleWebsite 1.2 pour dotclear 2

Olivier Azeau — Fri, 15 Aug 2008 01:52:00 +0200

Voici la toute dernière version du plugin simpleWebsite. Je n'ai pas encore eu le temps de passer ce blog à DC2 version finale (je suis toujours en beta7, honte à moi) mais grace à un patch gentiment fourni par biou, cette version devrait être utilisable sur le tout dernier DC2.

Motivé par l'intérêt toujours présent dont semble bénéficier ce plugin (70 commentaires à ce jour sur le billet de la version 1.1), j'ai profité de cette livraison pour corriger quelques bugs et rajouter une petite amélioration :

il ne devrait plus y avoir de problème avec l'accès aux templates de menu dans l'interface d'administration
il ne devrait plus y avoir de problème avec l'utilisation de array_walk
les templates de menu bénéficient d'un nouveau tag tpl:swEntryIfHierarchyRef qui permet, entre autres, d'avoir un widget de menu épuré. Le menu "local" fourni dans cette version n'affiche que les ascendants et les enfants de la section courante.

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 !

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 !

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).

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 :