Dotclear

Une version toute fraîche de Dotclear est sortie ce soir par mes soins sous le haut patronage du patron himself, j'vous raconte pas comment j'suis ému ! Bon pour de vrai, tout était déjà prémâché et je me suis contenté de lancer un certain nombre de lignes de commande. Mais quand même, c'est ma première release Dotclear \o/

Pour en revenir à cette version, signalons qu'elle contient la correction d'une faille de sécurité signalée il y a quelque temps par Raphaël — que nous remercions au passage —, ainsi qu'une correction attendue pour la génération manuelle des miniatures.

La mise à jour automatique devrait vous signaler dans les heures qui viennent la disponibilité de cette version mais si vous êtes pressés :

• Téléchargement de Dotclear 2.2.3
• Installation de Dotclear 2
• Mise à jour de Dotclear 2

La version 2.2.1 de Dotclear est maintenant disponible. Il s'agit d'une version intermédiaire corrigeant un certain nombre de bugs recensés depuis la sortie de la 2.2. Il est très fortement recommandé de mettre à jour puisqu'elle contient aussi la correction d'une faille de sécurité.

Je tiens à remercier l'équipe qui a bien bossé sur ces corrections : je n'ai fait ici que les finitions. Ils sont d'autant plus admirables que derrière, ils bossent comme des dingues sur des modifications que vous ne devriez pas voir avant un certain temps, quelle abnégation !

Donc hop :

• Téléchargement de Dotclear 2.2.1
• Installation de Dotclear 2
• Mise à jour de Dotclear 2

Quelques mots pour résumer l'essentiel de ce qui s'est dit pendant cette journée du 10 octobre 2010 où étaient organisés le DotCamp 42 ainsi que l'assemblée générale de l'Association Dotclear.

Tout d'abord, le DotCamp 42 et quelques informations sur la suite du projet :

Plugin devKit

Un plugin nommé « devKit » sera développé sous le pilotage de Dsls. Son objectif est de fournir depuis l'administration d'un blog des fonctions d'aides au développement. Tomtom a commencé à y bosser et nous espérons que de nombreux participants au Lab apporteront leurs contributions à ce plugin que nous souhaitons réaliser sous forme largement collaborative. Voici quelques-unes des fonctions prévues :

• Établissement d'une documentation associée ;
• Mise en place d'une description bilingue — à ce sujet une nouvelle discussion a été initiée sur la mise en place d'un système plus souple de description d'un plugin, potentiellement en utilisant un fichier XML joint au module ;
• Dépôt à distance sur DotAddict^[1] ;
• …

Si vous souhaitez participer aux discussions sur ce plugin vous pouvez aller jeter un œil et pourquoi pas contribuer sur ce fil du forum

Gestion des soumissions sur DotAddict

Une demande a été faite pour évaluer la possibilité de créer automatiquement un sujet de support d'un plugin déposé et validé sur DotAddict.

Un nouveau mot-clé sera mis en place sur DotAddict afin de signaler les plugins nécessitant une contribution de la part de l'utilisateur, que celle-ci soit sous la forme d'une bannière publicitaire sur son blog ou d'un abonnement payant, comme c'est actuellement le cas avec le plugin Kameleoon. Un autre mot-clé signalera les modules utilisant les services d'un serveur distant, comme certains filtres antispam ou comme le plugin Kameleoon.

Bonnes pratiques

Côté thèmes et vu le nombre grandissant d'iceux comportant un menu qui pourrait être paramétré par l'utilisateur, nous allons étudier la possibilité d'ajouter à la livraison standard de Dotclear le plugin Menu (ou équivalent), désactivé par défaut.

Du point de vue des bonnes pratiques que nous souhaitons voir appliquées par le plus grand nombre de développeurs (formattage du code, présence de documentation…), deux nouvelles ont été proposées :

• Inciter les développeurs de plugins et de thèmes à insérer les inclusions de scripts javascript en bas de page. Cela permet au navigateur de s'occuper de l'interprétation du code (x)HTML et du début de la mise en forme pendant que les fichiers javascript sont chargés. C'est d'ailleurs une recommandation faite par Google par exemple pour ceux qui utilisent leur service de statistiques.
• Sur le modèle de la wikibar, inciter les développeurs de plugins à placer leurs styles dans un fichier css séparé, qui puisse être écrasé par la css du thème.

Développement de Dotclear

En ce qui concerne le développement de Dotclear nous envisageons les évolutions suivantes pour la gestion du thème par défaut :

• Sortir la sidebar des templates pour créer un _sidebar.html
• Revoir les thèmes pour que les fichiers tpl par défaut ne puissent être modifiés, ce qui pourrait par exemple être réalisé en déplaçant ces fichiers ailleurs que dans le répertoire du thème par défaut. Cette évolution nécessitera probablement une revue poussée du fonctionnement des thèmes et de ce qu'il serait possible de proposer sans casser la compatibilité avec les thèmes existants. Une (longue) réunion spécifique pour traiter de ce sujet est envisagée.

Une version intermédiaire de maintenance est en cours afin de fermer rapidement certains tickets ne nécessitant pas de retouches profondes dans le code.

Côté chantier ergonomie : nous sommes à la recherche d'un expert intégrateur pour piloter le boulot (notamment sur le plan méthodologique) et être plus efficaces.

Forum

Et pour finir côté DotCamp, une nouvelle section intitulée « Vie du projet » a été créée afin d'y regrouper les discussions d'ordre général sur la vie du projet Dotclear. C'est ici qu'il sera possible de discuter de l'opportunité de telle ou telle nouvelle fonctionnalité ou bien encore de débattre du développement proprement dit.

Assemblée générale 2010 de l'Association Dotclear

Nous avons profité de cette journée pour tenir l'assemblée générale 2010 de l'association. Je rappelle ici l'ordre du jour :

L'ordre du jour était le suivant :

1. Élection du bureau de l'Assemblée Générale, soit un président et un secrétaire, à choisir parmi les adhérents présents
2. Rapport moral du président de l'association
3. Rapport financier du trésorier
4. Élection des administrateurs aux postes vacants
5. Détermination des montants de cotisation pour la période 2010-2011
6. Questions diverses

Sans rentrer dans le détail ici nous souhaitons souligner la bonne santé financière de l'association grâce à vos dons et à vos cotisations et qui nous sert quasi exclusivement à régler les frais de location des serveurs hébergeant Dotclear et DotAddict ainsi que le renouvellement des noms de domaines réservés.

Nous sommes à la recherche d'un logiciel de gestion d'association qui puisse fonctionner en mode online, ce qui nous simplifierait grandement la vie puisque nous sommes éloignés les uns des autres de parfois plusieurs centaines de kilomètres. La cerise sur le gâteau serait que ce logiciel permette aux adhérents de consulter le tableau récapitulatif des recettes et des dépenses. Le logiciel Dolibarr que nous utilisons jusqu'à maintenant étant sur ce point quelque peut limité. Si vous connaissez ce Graal, faites tourner !

D'autre part et tel que prévu par nos statuts, deux administrateurs ont été renouvelés lors de cette AG — les deux sortants, Xave et amalgame ont été reconduits pour ce nouvel exercice —, et nous en profitons pour signaler que Dsls a été coopté lors de la dernière réunion du conseil d'administration.

Enfin nous avons décidé de ne pas modifier le montant minimum de la cotisation, toujours à 20€, de ne pas modifier non plus le montant minimum de la cotisation des bienfaiteurs, toujours à 100€ et de créer un tarif de cotisation spécial pour les étudiants, chômeurs, RMIstes, etc., d'un montant de 10€.

Je vous rassure tout de suite, vous n’avez pas manqué les 41 premiers Dotcamp, puisque le 42 sera, en fait, le premier événement du genre – et ce titre mérite une petite explication.

Dotcamp, c’est quoi ?

Les routiers du logiciel qui nous lisent auront déjà entendus parler des BarCamps, et on comprend dès lors aisément de quoi il peut s’agir rapporté à Dotclear : une réunion de développeurs, designers, et curieux de technique et cambouis autour, donc, de Dotclear, de ses possibilités, des pistes de développement à venir…

Ce n’est donc pas une install-party, puisque la réunion n’est pas destinée aux débutants et que, si nous n’empêcherons personne de venir, ça peut être déroutant et rébarbatif pour eux.

42 ?

Le Dotcamp aura lieu :

Dimanche 10 octobre 2010
de 10h à 18h
au Tamm Bara
7 rue Clisson, Paris XIII^e
M° Chevaleret

Nous n’aurons pas besoin de détailler la signification de ce nombre aux geeks qui nous lisent, mais seuls quelques-uns d’entre eux auront peut-être repéré que 101010 (le 10 octobre 2010, en quelque sorte) en binaire valait… 42 en décimal ! L’information diffusée par Thierry Stoehr ne nous a pas échappé et nous avons trouvé que ce serait une bonne date pour ce Dotcamp prévu, dès avant les vacances, pour la rentrée – en effet, il a aussi vocation à « accompagner » la sortie de la version 2.2 (certes en léger différé, mais on a préféré attendre que tout le monde soit revenu de vacances).

Demandez Rédigez le programme !

Les sujets actuellement proposés par les codeurs fous de l’équipe sont notamment :

• La meilleure manière d'hériter d'une classe dans les langages à la mode ?
• Du futur thème par défaut (réorganisation/simplification des fichiers) ?
• De définir des règles de bon usage pour les plugins ?
• Quelques possibilités d'utilisation/déviation de Dotclear (Agora) ?
• …

Mais dans un Dotcamp, chacun peut apporter son manger, et vous pouvez proposer des sujets de discussions (ou sur lesquels vous aimeriez partager vos réflexions) en vous inscrivant.

Inscrivez-vous vite

Afin que nous puissions vous accueillir au mieux, organiser le foisonnement d’idées et nous assurer que le Tamm Bara ait à manger pour tous, remplissez vite le formulaire de participation.

Pour notre part, ont déjà confirmé leur venue Franck, Kozlika, Jean-Michel, Dsls, amalgame, Osku et Xave (forte probabilité pour ces deux derniers) et, bien sûr, votre serviteur (même si d’autres obligations professionnelles m’obligeront à m’absenter assez tôt).

On se retrouve là-bas ?

Cela fait bientôt un an que Dotclear 1 n'est plus officiellement supporté. Le temps est venu de réorganiser le forum de support pour, d'une part, mettre aux archives tout ce qui concerne l'ancêtre — pas tout à fait à la retraite cependant, c'est pour ça qu'on va conserver cet héritage —, et d'autre part de supprimer la section Annonces et de créer une nouvelle section Miscellanées qui contiendra un premier forum intitulé "Événements" tout entier réservé au signalement et à l'organisation d'événements autour de Dotclear (Install Party, etc) et un second forum nommé Digressions où vous aurez le loisir, tout en restant courtois et polis^[1], de discuter de ce que vous voulez.

En détail, nous aurons donc dans l'ordre, les catégories suivantes :

• Dotclear 2
• Non French speaking users
• Miscellanées
• Archives

La première catégorie ne changera pas, la seconde comportera toujours deux forums, un pour les anglophones et un pour les autres langues et dialectes. La troisième contiendra donc un forum pour les événements et un pour les digressions et enfin le dernier possédera un forum de la dernière chance pour les afficionados de Dotclear 1 qui auraient encore des soucis avec cet ancêtre et un second forum en lecture seule regroupant toutes les archives concernant Dotclear 1.

L'idée générale, vous l'avez compris, est de pousser gentiment Dotclear 1 au grenier, d'alléger la structure de la page d'accueil du forum et de vous permettre un peu plus de liberté pour causer entre vous (et nous d'ailleurs parce qu'on va pas se gêner pour l'utiliser).

Côté planning, les changements décrits ci-dessus interviendront dans les jours qui viennent et probablement progressivement, dès que le serveur sur lequel il tourne aura retrouvé une seconde jeunesse, un des disques ayant montré quelques signes de faiblesse.

Au cas où vous n'auriez pas pris de nos nouvelles depuis plusieurs mois, je tiens à vous informer que nous avons entrepris un chantier de longue haleine pour refondre l'ergonomie de l'interface d'administration de Dotclear sous la houlette de Gautier. Comme nous ne faisons pas les choses à moitié (oui, quitte à y mettre le temps qu'il faut…), nous avons également pour objectif de rendre l'interface parfaitement accessible, et même si possible au respect complet du référentiel ATAG, en nous appuyant sur l'expertise de Laurent Denis. Et puis on va donner un petit coup de frais au design, grâce à Hellgy.

Après les enquêtes, leur dépouillement, leur analyse, la synthèse des conclusions, les choix graphiques, la première analyse de l'accessibilité, nous arrivons au stade de la pose de la première pierre. Les plus curieux d'entre vous verront passer des tickets et des commits^[1] sur le Trac de développement (branches/sandboxes/ergo). Pour les autres nous vous tiendrons informés régulièrement de l'avancée des travaux ici même.

C'est un chantier complexe car beaucoup d'évolutions ne modifient pas seulement l'organisation de la page mais nécessitent l'ajout de fonctionnalités. La colle et les ciseaux ne vont clairement pas suffire. Ne vous attendez donc pas à la sortie du nouveau bébé avant un petit moment.

Nous nous sommes organisés de la façon suivante :

• Xave, chef de projet
• Kozlika, coordinatrice
• Gautier, dit l'Ergopathe, expert ergonomie
• Laurent Denis, expert accessibilité
• Franck, support technique des outils (cambouis Trac, svn, etc.)
• Lomalarch, Jean-Michel, Osku, annso, Kozlika : adaptations graphiques, gabarits html, javascript et intégration
• Philippe : big chief de la mise à jour et de la création des aides en ligne

L'équipe de dev plus particulièrement attachée à ce chantier n'est pas encore fixée mais le travail préparatoire de l'équipe qui réalise les maquettes graphiques et les gabarits html de chaque page leur donne largement le temps de s'organiser !

Nous travaillerons en étapes successives, page par page : réalisation de la maquette graphique, validation par Gautier et Laurent, réalisation du gabarit html et préparation des marqueurs css et du javascript, validation par Gautier et Laurent, identification des développements nécessaires.

Quand les pages les plus significatives seront livrées à l'équipe de dev et qu'ils auront une bonne vue d'ensemble, ils travailleront (toujours dans la sandbox "ergo") sur l'appli pour implémenter les nouvelles fonctions et produire le code définitif des pages.

Après on met tout ça dans un shaker et hop, magie magie.

Mais ça ne sera pas fini car on reprendra alors une boucle de tests utilisateurs, des contrôles des pages par Gautier et Laurent, leur correction, et le balai dans les coins.

Bref, ça va nous bouffer un bon moment notre temps libre. Plaignez nous. Ah ben non en fait, ne nous plaignez pas, on est excités comme des puces et impatients de mettre en musique tout le boulot déjà accompli !

Après une petite pause, suite des évolutions de dotclear 2.2beta :

• pour les auteurs de thèmes, les nouveautés côté balises de templates
• pour les auteurs de plugins, la liste des nouveaux behaviors

Changements côté balises de templates

Peu de changements de ce côté, outre quelques réparations de bugs, si ce n'est une évolution de taille : les critères de tri des balises tpl:Comments et tpl:Entries ont été améliorés.

Il est désormais possible de spécifier plusieurs critères de tri.

Exemple : si on souhaite afficher les billets sélectionnés d'abord, et conserver ensuite le tri par date décroissante, il suffit d'utiliser la structure :

<tpl:Entries sortby="selected desc,date desc">
[...]
</tpl:Entries>

Pour des raisons de compatibilité, l'attribut order permet de spécifier le sens de tri à prendre par défaut s'il n'est pas précisé ("asc" ou "desc") Les critères de tri disponibles pour les billets sont :

• "title" : tri par titre de billet
• "selected" : tri par billet sélectionné
• "author" : tri par auteur
• "date" : tri par date
• "id" : tri par id de billet
• "comment" : tri par nombre de commentaires
• "trackback" : tri par nombre de rétroliens

Les critères de tri disponibles pour les commentaires sont :

• "author" : tri par auteur
• "date" : tri par date
• "id" : tri par id de billet

Par ailleurs, les auteurs de plugins seront ravis d'apprendre que les critères sont extensibles via le behavior templateCustomSortByAlias créé pour l'occasion. Nous y reviendrons dans un prochain billet.

Les behaviors

Ci-dessous, la liste des nouveaux behaviors introduits, en plus de ceux déjà décrits précédemment. La documentation exhaustive de chaque behavior sera disponible sur le site de documentation

Coté administration

L'administration des commentaires bénéficie désormais de ses propres behaviors

• adminCommentHeaders : enrichit les headers de la page d'édition d'un commentaire.

La liste des commentaires peut maintenant accueillir des actions personnalisées. Les behaviors définis sont similaires à ceux utilisés pour les actions des billets :

• adminCommentsActionsCombo : enrichit la liste des actions pour les commentaires.
• adminCommentsActions : ajoute un traitement particulier pour une action donnée
• adminCommentsActionsContent : permet l'affichage d'une page intermédiaire lors du traitement personnalisé, avant soumission (ex : saisie d'un champ)

Un petit oublié dans les versions précédentes :

• adminBeforeCommentDelete : action avant la suppression d'un commentaire
• adminPostsActionsHeaders :

Et un début de behaviors pour la gestion des utilisateurs

• adminUsersActionsCombo :enrichit la liste des actions pour les utilisateurs.

Au niveau du core

• coreBeforeCategoryCreate et coreAfterCategoryCreate : appelés avant et après la création d'une catégorie
• coreBeforeCategoryUpdate et coreAfterCategoryUpdate : appelés avant et après la mise à jour d'une catégorie
• coreBeforeLogCreate et coreAfterLogCreate : appelés avant et après la création d'un log
• coreBeforePostCreate et coreAfterPostCreate : appelés avant et après la création d'un billet
• coreBeforePostUpdate et coreAfterPostUpdate : appelés avant et après la mise à jour d'un billet

Gestionnaire de médias

• coreMediaConstruct : appelé à l'initialisation de dcMedia

Partie publique

• templateCustomSortByAlias : ajout des critères de tri personnalisés
• urlHandlerGetArgsDocument : permet de modifier très tôt l'URL appelée pour y faire des traitements spécifiques