Si le cookie de session existe :

# lancer la session # permettre de voir les billets hors ligne (en fonction des droits) # offrir un bouton "administrer" (voir #235)

La visualisation des billets hors ligne doit pouvoir être désactivée.

Attention ça risque d'être assez long. ;)

Voici la situation : j'ai ouvert un blog privé à destination d'amis. Parmi ceux-là, des copains de ma copine qui est Américaine, ainsi que sa famille. Ils ne parlent pour ainsi dire pas français mais sont très heureux de voir les photos d'elle en France et de deviner un peu sa vie en devinant quelques mots. Je suis donc ennuyé par un blog avec une communauté bilingue. D'où une série de demandes d'améliorations

- l'utilisateur peut choisir langue de l'interface (comme il peut choisir son thème). Grâce à la gestion des cookies, il serait génial si mes Américains pouvaient au moins avoir la partie publique dans leur langue natale, pour qu'ils puissent naviguer aisément, même si des billets sont en Français. Si on pouvait ainsi internationaliser la plupart des termes présents dans les thèmes d'origine (Rechercher, Catégorie, etc.), ça leur serait d'une grande aide.

- catégories en deux langues : dans la foulée, si on pouvait définir les noms des catégories dans chaque langue et qu'ils ne soient pas décontenancés par un 'Délires'.

- billet en deux langues Enfin, s'il était possible d'écrire un billet dans plusieurs langues et n'afficher que la langue correspondant au choix de l'utilisateur, ça serait la panacée. Si le billet n'est rédigé que dans une langue, l'afficher de toutes façons.

Voilà, j'ai bien conscience que cela doit demander un très gros travail. Pour la première demande, ça pourrait passer par un theme switcher (#19) mais qui a été refusé au profit d'un CSS switcher (#72), génial par ailleurs. Je ne sais pas comment faire, c'est juste de la demande d'un utilisateur déjà comblé. Grâce à DotClear je fais pleurer belle-maman (TM) qui est contente d'avoir des photos et des nouvelles de sa fille expatriée en France. J'aimerai juste lui permettre d'en profiter un peu plus. ;)

Je ne crois pas que ça soit usine à gaz, c'est juste adapter l'outil au public d'Internet, dans un soucis d'accessibilité. Longue vie à DotClear !

J ai bidouillé la version de dotclear que j'ai installé chez moi en faisant en sorte que le contenu du chapô se retrouve dans le meta description et que le contenu du champs bloc note servent de liste de keyword.

Prévoir une gestion plus "propre" des keywords seraient sympa. Le multi-catégories me plairait bien aussi ... mais bon ...

Félicitation pour ce superbe outil ...

Ne pourrait-on pas imaginer une fonction dans l'admin qui gélerait le front-end de DC avec au choix un texte paramètrable ou une url pour être redirigé. Cela pourrait être pratique lors de gros uploads, changements de thème ou paramètrage/premières configurations de plugins (le temps petit mais présent d'initialisation des nouvelles bdd par exemple), mysql cassé chee l'hébergeur ou fermeture si l'on vient de subir un flood de commentaires pas jolis et qu'on veut prendre le temps de tout bien nettoyer ou, car bon cela reste un outil pour gérer les weblogs tout de même, une énième fois ou l'on dit que l'on va fermer ;)

pour aller avec le login link pouvoir faire une catégorie qui serait privée a laquelle n'auraient acces que les utilisateurs aillant un login ou meme qui ferait parti d'un group.

On en avait parlé à une époque par mail, je poste un ticket, au cas où ...

2 composants peuvent être considérés comme "critiques" au niveau de l'interface d'administration : les plugins "installeur de plugin" et "installeur de thème", qui peuvent permettre d'installer des programmes "malveillants" sur un site web (ex: cookie persistant mal nettoyé sur un pc, session-hijacking sur certains hébergeurs peu scrupuleux...)

Il serait peut-être intéressant pour ces plugins de demander le mot de passe de l'utilisateur connecté en plus du chemin vers le plugin/thème afin de confirmer que c'est bien le bon utilisateur qui effectue la manipulation, pour limiter les dégâts ...

Par ailleurs, cela pourrait être l'objet de "best practices" pour les plugins critiques...

Ce patch ajoute le libellé de la catégorie dans le titre des fils Atom et RSS restreints à une seule catégorie.

Index: atom.php
===================================================================
--- atom.php	(revision 708)
+++ atom.php	(working copy)
@@ -27,7 +27,6 @@
 require dirname(__FILE__).'/layout/class.xblogcomment.php';
 
 $type = (!empty($_GET['type']) && $_GET['type'] == 'co') ? 'co' : 'blog';
-$cat = (!empty($_GET['cat'])) ? $_GET['cat'] : '';
 $lang = (!empty($_GET['lang'])) ? $_GET['lang'] : '';
 
 # Connexion MySQL
@@ -43,6 +42,12 @@
 
 $blog->setURL('post','http://'.$_SERVER['HTTP_HOST'].dc_blog_url.dc_format_post_url);
 
+if (!empty($_GET['cat'])) {
+        $cat = $_GET['cat'];
+        $cat_rs = $blog->getCat ($cat);
+        $catinfo = " - " . $cat_rs->f('cat_libelle');
+}
+
 # Si type = co on fait un fil des commentaires
 if ($type == 'co')
 {
@@ -62,7 +67,7 @@
 	$news = $blog->getLastNews(10,$cat,'post_dt DESC',false,$lang);
 	
 	$ts = strtotime($blog->getEarlierDate());
-	$title = dc_blog_name;
+	$title = dc_blog_name.$catinfo;
 }
 
 # Cache HTTP
@@ -115,4 +120,4 @@
 
 $con->close();
 ?>
-</feed>
\ No newline at end of file
+</feed>
Index: rss.php
===================================================================
--- rss.php	(revision 708)
+++ rss.php	(working copy)
@@ -27,7 +27,6 @@
 require dirname(__FILE__).'/layout/class.xblogcomment.php';
 
 $type = (!empty($_GET['type']) && $_GET['type'] == 'co') ? 'co' : 'blog';
-$cat = (!empty($_GET['cat'])) ? $_GET['cat'] : '';
 $lang = (!empty($_GET['lang'])) ? $_GET['lang'] : '';
 
 # Connexion MySQL
@@ -43,6 +42,12 @@
 
 $blog->setURL('post','http://'.$_SERVER['HTTP_HOST'].dc_blog_url.dc_format_post_url);
 
+if (!empty($_GET['cat'])) {
+	$cat = $_GET['cat'];
+	$cat_rs = $blog->getCat ($cat);
+	$catinfo = " - " . $cat_rs->f('cat_libelle');
+}
+
 # Si type = co on fait un fil des commentaires
 if ($type == 'co')
 {
@@ -75,7 +80,7 @@
 	$news = $blog->getLastNews(10,$cat,'post_dt DESC',false,$lang);
 	
 	$ts = strtotime($blog->getEarlierDate());
-	$title = dc_blog_name;
+	$title = dc_blog_name.$catinfo;
 	
 	$items = $seq = '';
 	while(!$news->EOF())

Il n'est pas possible, pour un plugin par exemple, de faire un registerFunction "utile" sur la classe wiki2xhtml. La raison en est simple : la classe blog instancie un nouveau wiki2xhtml pour chaque rendu (ce qui est fort logique), et cette instance n'est pas directement accessible pour les plugins.

Il faudrait permettre aux plugins d'ajouter un ensemble de callbacks via par exemple une variable globale (puisque les attributs de classe statiques n'existent pas en php4), que le constructeur de la classe wiki2xhtml irait lire pour faire les registerFunction() adéquats.

A moins que je n'aie pas du tout compris le fonctionnement des registerFunctions, auquel cas vous pouvez oublier ce que j'ai dit :)

L'objet blog est copié dans l'objet blogpost plutôt que d'être sauvegardé sous la forme d'une référence, ce qui fait que la modification d'une propriété du blog n'est pas répercutée dans les objets blogpost qui en dépendent. (SVN 25/05/2005)

fichier inc/classes/class.blogpost.php :

function setBlog(&$blog) { $this->blog = $blog; }

devient:

function setBlog(&$blog) { $this->blog =& $blog; }

Le moteur de recherche de DotClear est encore un peu *hum* dépouillé. Voici quelques suggestions d'améliorations : - pouvoir restreindre la recherche à une ou plusieurs catégories/auteurs/dates - le(s) mot(s) recherché(s) devrai(en)t être affiché(s) en gras dans le corps des billets affichés.

Voici une première série d'idées. Après on peut envisager d'autres choses comme : - rechercher sur les mots proches en cas d'inversion de lettre : une recherche sur aisni suggère de cherche ainsi - afficher non pas l'intégralité des billets mais les mots recherchés dans leur contexte, comme sur Google.

Voilà, je suppose que ce ticket est à compléter au fur et à mesure des idées d'autres utilisateurs.

L'idée serait de permettre aux auteurs de plugins de disposer d'un mécanisme automatique d'installation de leurs tables.
Cela faciliterait également l'installation de certains plugins pour les utilisateurs qui ne lisent pas toujours le fameux manuel... ;)

En se basant sur ce qui est déjà utilisé pour l'installation/mise à jour de DotClear, on pourrait, par exemple, envisager au moment de l'installation du plugin

• la détection d'un fichier db-plugin.xml
• et la création des tables en fonction de son contenu

Je crois bien que seul l'auteur d'un post reçoit par mail les commentaires qu'on y fait. Est-ce qu'il serait possible que les administrateurs les reçoivent aussi ? Histoire d'être prévenu tout de suite en cas de pollution par exemple.

Quelques idées en vrac (plus ou moins pertinentes):

• possibilité d'effacer une catégorie
• possibilité de transvaser tous les billets d'une catégorie vers une autre
• possibilité d'ouvrir/fermer une catégorie (comme le mode "hors ligne" des billets quoi)
• possibilité de créer des sous catégories (je suis pas très convaincu moi même a vrai dire)
• possibilité d'associer une icone a une catégorie (pour par exemple l'afficher dans chaque billet de cette catégorie)

Bon, c'est tout ce que je vois pour l'instant.

A l'insertion des images dans les billets, je propose quelques améliorations:

* Mettre un champ de remplissage de l'attribut "alt", pour être facilement conforme aux recommandations XHTML et aux Web Content Accessibility Guidelines (point 1.1) sans aller toucher au code.

* Proposer dans la configuration un taille fixe de l'image insérée dans le billet, avec génération d'un thumbnail : si on clique sur le thumbnail ça ouvre l'image en grand. (c'est peut-être déjà possible mais je ne l'ai pas vu).

Bravo pour Dot Clear, c'est vraiment génial et simple d'utilisation!

En cas de décompression d'un dump pour édition, puis de re-compression via gzip ou 7-zip, il arrive très souvent d'avoir une erreur avec [b]gzinflate[/b].

Actuellement, pour supprimer ou mettre hors ligne plusieurs commentaires d'un coup, il faut instaler le plugin MCommentaires.
Je pense qu'il serait plus facile de mettre un système similaire (avec des cases à cocher) directement dans l'onglet de la gestion des commentaires.

Pour ceux dont les hébergeurs restreignent l'url_fopen, il pourrait être intéressant de proposer d'installer un .pkg.gz qui se trouve en local sur le site (par exemple dans /share/upload).

Ca donnerait une solution alternative à l'extraction sur son poste de l'archive, puis de l'upload du tout via ftp sur son site. Là, un simple upload du pkg.gz dans le bon dossier, et une petite installation de l'archive presqu'en local, et le tour est joué ...

Ca éviterait aussi d'avoir des messages sur le forum disant qu'un plugin ou un thème ne fonctionnent pas, uniquement parce qu'ils ont été uploadés au même endroit ...