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