Brick CMS

TinyMCE version 3 et nouveau gestionnaire de fichiers

contact@brick-cms.org (La Blonde) — Mon, 03 Nov 2008 11:48:04 +0100

L'administration de Brick CMS dispose dorénamevent des évolutions de TinyMCE car la dernière version(3.2) y a été implémentée. Cette mise à jour permet également une meilleure personnalisation graphique de l'éditeur wysiywg. Ainsi, un skin spécifique a été développé pour Brick mais il est possible d'utiliser les skins fournis avec TinyMCE ou d'en créer un autre. Un skin pour le plugin inlinepopups a également été préparé pour les webmasters qui ne souhaitent pas afficher les popups dans une nouvelle fenêtre.

Il est important de rappeler que, même intégré à Brick CMS, l'éditeur en ligne TinyMCE est totalement personnalisable selon les critères expliqués dans la documentation officielle.

Cette annonce est l'occasion de signaler que le gestionnaire de fichiers de Brick CMS a évolué et permet maintenant plus de souplesse et de fonctionnalités :

Affichage plus clair des listes
Création et suppression de répertoire
Possibilité de renomer les fichiers et dossiers

Ne jettez plus votre contenu par les fenêtres !

contact@brick-cms.org (Cédric Tamboise) — Tue, 28 Oct 2008 22:27:59 +0100

Cela fait partie des grandes frustrations des rédacteurs : perdre le travail d'une loooooonnnnngue rédaction, suite à un plantage machine / logiciel. Ca arrive souvent, même si grâce aux différentes sauvegardes automatiques, le problème est souvent moins grave qu'on pourrait le craindre.

Brick CMS n'intègre pas (encore !) de sauvegarde dans ce genre. Néanmoins, une petite fonction fort pratique vient d'être implémentée dans tous les formulaires générés par Brick : une alerte javascript qui vous avertit que vous quittez la page sans avoir sauvegardé.

Simple, mais efficace, et ça évitera bien des énervements à bon nombre d'entre vous !

Ce sera mis en service dans la 1.0b, dès dispo sur le SVN.

Gestion des droits sur les outils d'administration et gestion des formats de sortie

contact@brick-cms.org (La Blonde) — Mon, 27 Oct 2008 13:44:56 +0100

Après six mois de silence, on peut dire que les annonces sur le blog de Brick sont à l'image de son développement, assez irrégulières. En effet, ces derniers mois ont été consacrés à la correction de bugs qui n'ont pas faits l'objet d'annonces sur le carnet de bord de Brick CMS.

Toutefois, le développement des fonctionnalités prévues dans la roadmap a repris ces dernières semaines. Ainsi, deux évolutions majeures sont opérationnelles et en phase de test, la gestion des droits sur les outils d'administration et la gestion des formats de sortie.

Amélioration des statuts de publication

contact@brick-cms.org (La Blonde) — Mon, 28 Apr 2008 13:44:57 +0200

Les statuts de publication permettent de définir si un contenu doit être publié ou non. Brick gère six niveaux de statut pour une organisation du contenu facilité. Quelques moficiations ayant été récement apportées à la gestion de ces statuts, c'est l'occasion de faire un point sur les mode de publication pour chacun.

En cours de rédaction
Comme son nom l'indique, ce statut permet aux rédacteurs de signaler les éléments qui ne sont pas achevés. Ils ne sont donc pas publiés en ligne.
En attente de validation
Ce statut permet de ne pas publier des éléments qui doivent préalablement êtres validés comme par exemple les contributions des membres ou lorsqu'un rédacteur doit soumettre ses textes à un administrateur. Ces éléments en attente de validation sont également accessibles dans l'onglet "À suivre de l'administration".
La dernière version de Brick (0.96 rev. 15) permet aux administrateurs de visualiser en ligne un élément en attente de validation ce qui permet d'obtenir un aperçu dans son contexte.
Publié en ligne
Ce statut permet tout simplement de publier un élément normalement.
Mis à jour
Les éléments dont le statut est mis à jour ne présentent pas de différence que ceux simplement publiés en ligne, cependant ils sont affichés avant ceux-ci dans les listes.
Mis en-tête
De la même manière que les éléments mis à jour, les élements mis en tête sont affichés en premier dans les listes d'éléments
Désactivés
Comme cela a été expliqué récement, les éléments dont le statuts est signalé comme étant désactivé renverront une erreur indiquant que la page n'est plus disponible (410 Gone)
Les éléments dont la date d'expiration est passé renverront également cet erreur.

Gestion des pages d'erreurs

contact@brick-cms.org (La Blonde) — Mon, 07 Apr 2008 08:51:35 +0200

Jusqu'à présent, Brick CMS disposait des plugins "404" et "access_denied" qui permettaient de gérer et personnaliser les pages d'erreurs qui peuvent survenir sur un site. Ces deux plugins ont fusionnés en un seul. Le plugin "errors", en plus de gérer les erreurs 404 et 403 des anciens plugins gère également les erreurs 410 et 500 et pourra évoluer pour prendre en charge d'autres erreurs moins courantes.