Cette extension à buddyPress, toute neuve ici, permet aux membres de présenter leurs images sur lOrgie sans créer de blog. Installation semi-automatique puisqu’il faut déplacer un dossier »album » depuis ce plug-in au thème bp-sn-parent pour permettre l’affichage des images dans votre site. On peut tout de suite charger des images jusque … px de large o de haut, et ko maxi. Il accepte les .jpg, .png et .gif mais pas animés. En plus des images elles-même, il gère pour chacune un fil de commentaires. Effectivement la traduction n’est pas impecc’ mais avec un peu d’aide ça se corrige. Et comme pour traduire l’interface on est encouragé à ouvrir les fichiers de ce dossier… Fouillons un peu:

Celles avec qui tout roule tout de suite comme j’imaginais… BP Picture Album, External Group Blogs, Auto Group Join & BP Groupblog. Je les explore un peu, juste installées, et j’en profite pour faire des captures comme une tarée.

Ben oui, j’ai mis un peu de temps à m’en rendre compte mais il y a quelques trucs qui ont mal supporté la mise à jour, à commencer par le thème de la galerie et les posts des anciens forums. Mais il y a aussi de chouettes nouveautés, que je note aussi ici.

C’est toujours pour mon problème de code lisible dans les articles de nos blogs geeks. Grâce à Dan de BuddyPress.fr j’ai une nouvelle liste d’extensions prétendantes, que je teste maintenant.

FV-Code Highlighter. Il fonctionne presque mais ne colorie rien! Alors je l’enlève, c’est dommage il faisait partie de ceux qui nécessitent le moins de pirouettes, il suffit d’insérer votre code entre les fausses balises:
{code type= »type« } et {/code},
où « type » peut prendre les valeurs qui m’ intéressent: HTML, CSS, PHP et XML. Il manque les javascripts, de toute façon. Tant pis.

Google Code Syntax Highlighter. Pareil raté (alors que ça promet » tout en js rien à foutre du serveur…c’est moi qui bugge là p’têt?)

Mais Dan revient plus qu’en force, m’obligeant même à faire un lien vers son profil, car il a trouvé le Graal: SyntaxHighlighter Plus. Comme c’est mon idole je fais comme lui et je teste avec du css. Et comme mes idoles c’est pas des gauffres, ça marche!

#header {
height: 215px;
background: url(images/header2.jpg);
background-repeat:no-repeat;
background-position:center;
background-attachment:fixed top left -1px;;
background-color: #1f3246 ;

.

Comment on s’en sert?

Si j’le dis pas c’est sûr… Donc pour obtenir la belle boîte ci-dessus dans votre blog, faut mettre:

[ sourcecode language='css'] votre code [ /sourcecode]

mais sans les espaces après les crochets.
language peut valoir un tas de trucs, entres autres xml, xhtml, xslt, html ou xhtml, css, php, sql, java, js, jscript ou javascript et as3 ou actionscript3. C’est bien pour les petits scribouilleux, tout ça, mais il supporte aussi des langues de gros codeurs comme le C, allez voir dans la liste complète.

Avant, pour traduire un thème wordpress, je me contentai d’ouvrir tous les fichiers .php  et je traduisais à la main toutes les expressions anglaises rencontrées. Il semble que cette façon de procéder, bien qu’efficace, soit un peu contraire aux principes de collaboration et de redistribution de notre outil.

Un article qui explique bien les problèmes soulevés par les traductions de thèmes WordPress: http://www.emmanuelgeorjon.com
Et un autre pour installer correctement la traduction de buddyPress: http://blog.shaze.net/

J’ai donc installé Poedit, et je m’en suis servi pour rééditer les .mo fr_FR des thèmes suivants:

• MANDIGO – qu’on utilise tous et dont on a hâte que LoXi nous apprenne à mieux le customizer
  Pour ce thème j’ai pas pu modifier le texte du footer, qui n’apparaît pas dans le .pot
• Elegant-Grunge – dont j’utilise une version très custom sur le blog Nuage. (tellement custom qu’on ne lit rien avec internet explorer !)
• Et enfin BuddyPress dont le fichier fr traduit  bien tout mais dont certains widgets ici persistent à se titrer en anglais!

La suite au prochain épisode, en attendant n’hésitez pas à remonter ici les éventuelles autres traces d’anglais qui vous gênent encore,  je ne déclare pas forfait!

Reprenons déjà les informations des versions installées ici:

• WordPress Mu 2.8.4
• BuddyPress 1.0.3
• BBPress 1.0.2

Après une installation effectuée en suivant les tutos officiels et ceux d’Olivier Buisson, et en me nourrissant pas mal des forums de la démo en français de BuddyPress, je retiens aujourd’hui:

- Changer la structure des permaliens au-delà d’un formatage francisé de la date risque de tout planter:
Pour l’interaction entre les 3 parties il semble important de ne garder que %postname% en identifiant lisible, et de le coupler à un indicateur chiffré. Genre la date. C’est surtout important de ne pas l’embrouiller avec d’autres marqueurs sémantiques comme les catégories.
Sur mes blogs je met donc en paramètres par défaut: jj-mm-yyyy-postname.

/%day%-%monthnum%-%year%/%postname%/

Une fois cette modification effectuée, les widgets de buddyPress ne s’emmêlent plus dans les url.

Bon, ça fait 15 jours que j’ai installé ces outils magiques et fous, et pas mal de pb me sortent par les oreilles: petite liste des détails à régler avant de s’attaquer au design et à la promotion du / des sites:

Présentation des outils

WordPress est un moteur de blog très utilisé en ce moment, dont la particularité principale réside sans doute dans les milliers de plugins proposées par ses utilisateurs et qui permettent de lui ajouter facilement de nombreuses fonctionnalités.
WordPress Mu est sa version « plate-forme », capable d’héberger plusieurs blogs sur le même domaine.
Ces deux outils bénéficient d’un bon support en français, de multiples fans aux blogs utiles et font partie des logiciels libres, gratuits, modifiables et re-distribuables.
Au Mu j’ai ajouté BuddyPress, un plug-in spécial puisqu’il est spécialisé en gestion de communautés, c’est lui qui gère les inscriptions, les groupes et les messages privés ainsi que le blog principal via un des thèmes dont il dispose.
Pour parfaire cette installation et permettre aux utilisateurs d’accéder aux forums, j’ai installé BBPress, développé par la même team que WordPress et  que j’ai synchronisé en suivant des tutos, et dont le fonctionnement reste à améliorer.

Mon principal problème c’est que si je me débrouille en bidouilles, en suivant des conseils trouvés via Google, je n’ai pas l’organisation nécessaire pour me rappeler exactement ce que j’ai fait ou pire, comment je l’ai fait…J’ai donc la constante impression de débuter en tout, et c’est vraiment lassant au bout de 5 ans de ne pas être capable d’aligner une liste d’images correctement sous i.e, par exemple, ou de ne pas savoir poser une ligne de php sans la copier-coller. Sans vous parler du temps que ça prend de rechercher 100 fois la même solution. Regrouper ici mes mini tips, si petits soient-ils, pourrait m’aider à m’en souvenir.

Les bugs que j’ai repéré:

Liste non exhaustive, dans les accrocs gênants au fonctionnement du site il y a:

• Les forums ne sont pas vraiment spécifiques aux groupes du site. L’ouverture d’une nouvelle discussion marche 1/2.
• Sur la home du site principal, le module « Recent Post Wide Site » de BuddyPress se plante d’url une fois sur deux et semble se référer à un brouillon précédent de la publication. (désactivé pour l’instant au profit du RSS « Site Wide Activity » qui lui fonctionne?! )
• La plupart des plugins que j’ai l’habitude d’utiliser avec un blog simple me répondent  » L’extension ne possède pas un entête valide » quand j’essaie de les installer là.

Forcément c’est pas les seuls, n’hésitez pas à signaler les autres mais je vais commencer par ces 3 là.