Mise à jour du plugin commentsWikibar

mercredi 23 avril 2008

On ne joue pas là dans la catégorie des plugins incontournables, mais la barre de formatage wiki pour les commentaires (aka commentsWikibar) n'en est pas moins utile. Aucune raison de ne pas la dépoussiérer un peu en vue de l'arrivée de Dotclear2 Release Candidate.

Au programme de cette nouvelle mouture (~~1.0-beta2~~1.0-RC3) :

Correction d'un bug au niveau des URLs générées - dans un environnement multiblog - pour l'inclusion des fichiers .js et .css associés
Suppression de la balise de template spécifique : il n'est plus nécessaire de modifier les fichiers des thèmes pour l'intégration; le nécessaire au fonctionnement de la barre est inséré via le nouveau behavior publicHeadContent (apparu dans la révision SVN 1639)
La mécanique d'insertion se base sur le type d'URL : par défaut, les fichiers .js et .css ne sont ajoutés qu'en visualisation d'un post, d'une page ou des pages du plugin Gallery permettant les commentaires. D'autres modes peuvent être supportés, il suffit aux plugins les mettant en oeuvre de définir un callback pour un behavior initCommentsWikibar.
Arrivée d'un panneau de configuration du plugin : la barre peut désormais être activée indépendamment sur chaque blog d'une installation Dotclear2. Petite cerise sur le gâteau, l'activation de la barre entraîne automatiquement l'activation de la syntaxe wiki pour les commentaires du blog concerné.

Téléchargement : Archive ZIP (19 Ko)
Version Dotclear2 requise : 2.0-RC1 ou plus.

Je crois que je n'oublie rien. Tout cela demande évidemment à être correctement testé, et ... documenté. :-)

Il va également sans dire que vos retours seront les bienvenus.

EDIT 28/04 : Passage en RC, avec fichier de localisation complet et corrigé.

EDIT 03/05 : Passage en RC2 pour corriger les URLs vers les images dans la feuille de styles par défaut. Cf. les commentaires.

EDIT 07/05 : Passage en RC3 pour modifier le comportement du bouton de saut de ligne.

Commentaires

1. Par Chty, le 23/04/2008 à 23:45

Mais tu n'arrêtes pas ces temps-ci :-)

2. Par mirovinben, le 24/04/2008 à 09:42

Comme je l'ai écrit dans le forum, je viens de tester avec la r1711 (pas fait de mise à jour depuis) et il n'y a pas grand chose à adapter pour chaque blog concerné :

-1- dans le fichier post.html de chaque thème : suppression du template tpl:CommentsWikibarInit qui ne sert plus à rien et qui, si on oublie de l'enlever, rajoute une deuxième ligne de boutons... :-)
-2- dans le panneau d'admin de chaque blog, mettre le bon chemin pour la feuille de style personnalisée (que j'ai appelée wikibar.css) et qui est dans chacun des thèmes que je propose aux visiteurs via le plugin arlequin.

Je confirme l'excellent comportement de cette nouvelle version pour plusieurs blogs d'un multi-blogs avec ou sans mot de passe, avec ou pas le même thème.

Bravo et merci...

3. Par Osku, le 24/04/2008 à 12:04

Vraiment pas terrible cette nouvelle version...
Elle n'est pas entièrement traduite en français :D

Merci quand même :)

4. Par Pep, le 24/04/2008 à 17:45

Ça s'est vu que j'avais fait le fichier l10n à la truelle ?! :-p

5. Par mirovinben, le 25/04/2008 à 17:07

J'ai un léger reproche à faire : le texte de l'option dans le menu de gauche fait trois lignes... ch'est un ch'tit peu trop grand, je trouve.

Sinon, ça marche du tonnerre.

6. Par Pep, le 25/04/2008 à 17:26

3 lignes ?! Vache ! C'est vrai que chez moi je l'ai sur 2, et je trouve que ça fait déjà trop pour ce que c'est.

Peut-être devrais-je renommer ce lien simplement en "Wikibarre" dans la localisation, non ?

7. Par mirovinben, le 26/04/2008 à 07:48

Et pourtant j'ai un écran large (1440px) mais un poil pas assez haut pour la page d'admin (900px) où je suis obliger de scroller pour les infos et boutons du bas de page, mais je m'en accommode. Sinon, oui, juste le terme wikibarre conviendrait. Premier arrivé, premier servi ;-)

8. Par julien, le 26/04/2008 à 13:19

Oh tiens, pour une fois, il n'y a pas besoin d'être super-admin pour pouvoir accéder aux options du greffon. ;-) Je n'aurai donc qu'un seul mot : cool !

9. Par Osku, le 28/04/2008 à 10:46

+1 pour la soluce "Wikibarre" dans le nom de l'extension.
Les titres d'extension en plus de 4 mots, saimal.

J'ai le bouzin aussi sur 3 lignes seulement sur un ordi équipé d'un OS non peuplé des polices "DejaVu Sans","Lucida Grande","Lucida Sans Unicode",Arial ...
(J'ai la même résolution d'écran que mirovinben)

10. Par Pep, le 28/04/2008 à 17:16

Je viens de mettre une 1.0-RC en téléchargement, avec une vraie localisation. ;-)

11. Par Osku, le 29/04/2008 à 15:05

Thank you :-)
It works well.

12. Par pyeb, le 02/05/2008 à 14:32

J'ai un problème lorsque je veux une feuille de style personnalisée. Au vu de mes tests, je pense qu'il faut reprendre les différents éléments contenus dans jsToolBar.comments.css. Sinon, cela ne fonctionne pas chez moi.

Donc, j'ai du mal à trouver le chemin pour accéder aux images des boutons. De plus, l'existence de « wikibar » dans le chemin m'a laissé encore plus perplexe.

13. Par Pep, le 02/05/2008 à 15:17

pyeb > Oui, il est bien fait cas d'une CSS personnalisée, donc alternative, et non d'une CSS complémentaire.

Quant au chemin wikibar, il s'agit d'un gestionnaire d'URL défini dans le _public.php du plugin. Il permet d'aller piocher les images dans un des répertoires du plugin, sans que le répertoire en question soit accessible publiquement.

L'ensemble est fait pour offrir une wikibarre potable, directement en sortie de boîte.

Par contre, je recommande de faire une CSS adaptée, avec une copie des images dans un lieu où elles pourront être servies en statique, si on veut soigner le résultat et diminuer le temps de traitement.

14. Par xave, le 02/05/2008 à 18:52

Étrange. Pour afficher en façade des fichiers issus du répertoire du plugin, il ne faudrait pas utiliser "pf=" plutôt ?

15. Par Pep, le 02/05/2008 à 18:56

xave > Lis tes mails correctement, tu as la réponse à ta question dedans. :-p

16. Par julien, le 02/05/2008 à 22:59

Et nous, simples admirateurs du Pep tout puissant, n'avons pas le droit de connaître la réponse à cette juste interrogation ? ;)

17. Par Pep, le 03/05/2008 à 05:06

Vous savez qu'à force vous avez fini par me faire douter ? Et bien figurez vous que ... vous avez bien fait !

Dans mes souvenirs (lointains), il me semblait avoir eu recours à ce truc pour une histoire d'interprétation étrange des URLs (dans le contexte des CSS seulement, je précise puisque j'utilise justement le ?pf= pour charger CSS et javascript).

J'ai donc refait les tests, et oui, un simple ?pf= en début d'URLs dans les styles passe très bien (et même mieux dans le cas d'une configuration en query_string).

J'en suis maintenant à me demander ce que j'avais bien pu fumer et/ou boire ce jour là. :-p

Il ne me restera qu'à tordre le cou à cette chose après une bonne nuit de sommeil, et à livrer une RC2.

18. Par xave, le 03/05/2008 à 09:59

Non ? Tu veux dire que j'avais raison et que tu avais tort ? Oh que je suis étonné, dis.

(sifflote ...)

19. Par Pep, le 03/05/2008 à 14:01

Je comprends ton étonnement : c'est sans doute la première fois en un an que tu ne dis pas une connerie.

(sifflote à son tour ...)

20. Par pyeb, le 03/05/2008 à 16:17

Ça marche en path info ? J'ai recopié le contenu de jsToolBar.comments.css et les images n'apparaissent pas. Pas de problème sans css personnalisée. Les lignes à décommenter dans config.php en cas de problème avec path info ne règlent pas le problème.

21. Par Pep, le 04/05/2008 à 13:52

pyeb > Il est normal que les URLs en ?pf=commentsWikibar/img/... ne fonctionnent pas depuis une CSS personnelle : cette CSS est chargée en statique, sans passer par le contrôleur de Dotclear2.

Si tu souhaites tout de même utiliser les images depuis le dossier du plugin, tu devras compléter les URLs pour leur donner la forme /chemin_du_blog/index.php?pf=... ou quelque chose d'approchant, suivant ta configuration.

22. Par pyeb, le 04/05/2008 à 20:55

En fait, c'était pour inclure dans certain de mes thèmes une feuille de style pour commentsWikibar. Je ferai le nécessaire pour que cela fonctionne sans ou avec la wikibarre.

Sinon, lorsqu'on utilise un sélecteur de thème et qu'on indique une feuille de style personnalisée, si elle n'existe pas pour tous les thèmes, la wikibarre ne s'affiche pas correctement. Logique, il n'y a pas de feuille de style. Ne faudrait-il alors pas que le plug-in puisse utiliser la feuille de style par défaut si la feuille de style personnalisée n'est pas présente ?

23. Par brol, le 05/05/2008 à 04:19

Le bug du retour à la ligne forcé est corrigé ?

Essayons...
Ah ben non ;-(

24. Par Pep, le 07/05/2008 à 12:44

pyeb > La CSS personnalisée pouvant être située hors du dossier des thèmes, il n'est pas possible de tester de manière fiable la présence ou non du fichier, sauf à passer par une requête HTTP. Et là, de mon point de vue, ça fait trop pour pas grand chose.

Dans le pire des cas, je pense qu'il doit également être possible de trouver un contournement en jouant avec le behavior initCommentsWikibar

brol > Maintenant que l'auto-BR (en option dans la convertion wiki vers XHTML) semble être là pour rester au niveau des commentaires, je vais me contenter de virer la chaîne "%%%", ajoutée par le bouton. Ça devrait être suffisant.

25. Par brol, le 08/05/2008 à 00:21

Autant virer le bouton carrément puisqu'un retour à la ligne (sans en sauter une) fonctionne en appuyant sur la touche "entrée" du clavier.
Et hop !

26. Par Pep, le 08/05/2008 à 00:53

Voué ...
Et si je l'avais fait tout de suite comme je l'avais envisagé, on m'aurait traité de barbare ... :-p

27. Par brol, le 08/05/2008 à 11:25

C'est qui "on" ?

28. Par llaumgui, le 08/05/2008 à 13:17

Super, maintenant je peux le mettre sur une plateforme de blog. Par contre j'observe un problème de positionnement avec le thème de base : http://blog.fedora-fr.org/sereinity...

29. Par Pep, le 08/05/2008 à 16:55

Oui, c'est un problème connu, déjà présent avec l'ancien thème par défaut qui lui aussi offrait un textarea au format timbre poste précédé d'un label flottant. :-)

C'est quelque chose que je ne compte pas revoir dans l'immédiat, puisqu'il est toujours possible de contourner le problème en passant par une CSS personnalisée.

30. Par llaumgui, le 08/05/2008 à 18:40

Effectivement on peut passer par la CSS perso, mais ça reste du contournement car le problème est présent out-of-the-box

31. Par Pep, le 08/05/2008 à 19:10

Franchement, mon reproche va au formulaire présent dans le thème par défaut. Je trouve le style utilisé un peu bancal (dans le contexte d'un thème par défaut).

32. Par ali_o_kan, le 21/06/2008 à 15:31

Ok, pour la solution de la CSS perso.
Par contre je suis loin d'être le roi de la CSS, quelqu'un à un lien vers un exemple de CSS qui gère le décalage? ;)