De même, voulons-nous utiliser l’extension l’extension MCE Comments, qui propose une interface enrichie pour les commentaires des visiteurs. Internationalisation oblige, le correcteur d’orthographe activé par défaut pour la langue de Shakespeare.

Or, comme l’indique un débat non résolu récent sur le support francophone de WordPress, le correcteur d’orthographe de WordPress corrige par défaut la langue anglaise : comment y remédier ?

La solution que nous allons présenté ici fonctionne avec la version 2.6.1 de WordPress. Nous ne sommes pas partisan des modifications en dur des fichiers de WordPress, mais parfois nécessité fait loi !

Les fichiers à modifier sont :

• ../wp-includes/js/tinymce/tiny-mce-config.php,
• ../wp-includes/js/tinymce/Plugins/spellchecker/editor-Plugin.js.

Modifications à apporter dans tiny_mce_config.php

Dans tiny_mce_config.php, il convient de remplacer ligne no 67…

$mce_spellchecker_languages =
apply_filters('mce_spellchecker_languages','+English=en,Danish=da,
Dutch=nl,Finnish=fi,French=fr,German=de,Italian=it,
Polish=pl,Portuguese=pt,Spanish=es,Swedish=sv');

par

$mce_spellchecker_languages =
apply_filters('mce_spellchecker_languages','English=en,Danish=da,
Dutch=nl,Finnish=fi,+French=fr,German=de,Italian=it,
Polish=pl,Portuguese=pt,Spanish=es,Swedish=sv');

Autrement dit, il suffit juste de déplacer le symbole + devant French=FR.

Ces deux fichiers sont à remplacer dans l’installation de WordPress par Ftp.

Modifications à apporter dans editor-Plugin.js

Dans editor-Plugin.js, il convient de remplacer lignes no 78 et suivantes…

each(ed.getParam('spellchecker_languages', '+English=en,Danish=da,
Dutch=nl,Finnish=fi,French=fr, German=de,Italian=it,
Polish=pl,Portuguese=pt,Spanish=es,Swedish=sv',
'hash'), function(v, k) {
if (k.indexOf('+') === 0) {
  k = k.substring(1);
  t.selectedLang = v;
}
t.languages[k] = v;
});

par

each(ed.getParam('spellchecker_languages','English=en,Danish=da,
Dutch=nl,Finnish=fi,+French=fr,German=de,Italian=it,
Polish=pl,Portuguese=pt,Spanish=es,Swedish=sv',
'hash'), function(v, k) {
  if (k.indexOf('+') === 0) {
  k = k.substring(1);
  t.selectedLang = v;
}
t.languages[k] = v;
});

Là encore, il suffit juste de déplacer le symbole + devant French=FR.

Modifications à apporter dans l’extension TinyMce Comments

Dans TinyMCEComments.php, il suffit de remplacer la ligne 215…

$mcecomment_options['language'] = 'en';

par

$mcecomment_options['language'] = 'fr';

c’est-à-dire en par fr.

Ensuite, et pour être parfaitement exhaustif afin de satisfaire Jean-Yves (!), il faut transférer le fichier par Ftp, à moins d’effectuer la modification depuis l’éditeur d’extension de WordPress.

Si ces modifications sont faciles, il reste cependant un défaut auquel nous n’avons pas remédier. Le correcteur d’orthographe propose parfois certains équivalents accentués dans des caractères étranges, dont l’encodage n’est pas conforme.

Enfin, la traduction française sur l’icône du Spellchecker laisse à désirer. L’équipe française de traduction a pris le parti récemment de culbuter les apostrophes, qui ne sont pas correctement prises en charge par JavaScript ! (On retrouve le même écueil dans l’ajout d’image). Pour obtenir un résultat optimal, il convient donc aussi de remanier la traduction française.

Simple Tags est le complément idéal de le version 2.3 de WordPress !

(Pour traduire le coupable anclicisme Tags, nous préférons utiliser le substantif « marques » comme synonyme.)

Disponible depuis un bouton Tags, Simple Tags permet de gérer les marques de son weblogue depuis une seule page en autorisant ajouts, suppressions, regroupements. Lors de la rédaction d’un article, le champ Tags propose de compléter automatiquement la saisie à partir des marques existantes ou du contenu du texte.

Dans le thème, il faut recourir au Widget Nuage de tags 1, 2, …, sachant qu’il est possible de créér autant de nuages que l’on veut. Les nuages peuvent être configurés en cliquant sur leurs Widgets respectifs.

Enfin, l’auteur de Simple Tags, très attentif aux remarques des utilisateurs, n’hésite pas à mettre à jour son module d’extension en cas de nécessité.

Bravo Amaury !

Ceci posé, l’interface de gestion standard des Tags depuis le panneau d’administration est fort efficace : il permet non seulement la recherche, l’ajout, la suppression des marques mais aussi changer son nom et son identifiant (ou Slug) en vue d’assurer une cohérence aux informations de la base de données.

Néanmoins, critiquable est une prudence excessive : l’attentisme ne contribue pas à améliorer le fonctionnement du logiciel, et chaque utilisateur a l’obligation morale de participer à l’essor de WordPress.

Aussi avons-nous défini un poids moyen, selon l’audience de nos weblogues. Comme notre site principal ne saurait souffrir d’interruptions ou de dysfonctionnements, nous attendons. Pour les autres, nous mettons à jour la version de WordPress sans tarder.

Au-delà des dysfonctionnements intrinsèques d’une nouvelle version, se pose aussi le problème des fichiers natifs de WordPress personnalisés : certaines modifications peuvent être irrémédiablement perdues, si l’on a pas songé à une sauvegarde (d’expérience, le phénomène se produit souvent !). C’est pourquoi, nous ne sommes pas favorable à une personnalisation à l’outrance des fonctions de WordPress : il vaut mieux obtenir une fonctionnalité par l’intermédiaire d’un thème ou d’une extension, plus facile à maintenir mutatis mutandis… et noter sa réflexion (le cheminement de certaines idées lumineuses mises aussitôt en application peut disparaître à jamais) !

D’ailleurs, la maintenance des plugiciels reste périlleuse, surtout lorsqu’ils ont nécessité une adaptation. Changement de version ou non de WordPress, la fonctionnalité de mise à jour automatique est tentante (et c’est un réel progrès de ne plus devoir passer par un logiciel de Ftp), mais un clic malheureux ou irréfléchi sur le lien peut réduire à néant plusieurs heures d’effort.

Si WordPress a vocation d’être un Sgc prêt à l’emploi, un weblogueur consciencieux doit accepter l’augure de passer un cinquième de son temps à la gestion technique de son site.

Après décompression de l’archive et téléchargement dans le répertoire wp-content/Plugins, Dagon Design Sitemap Generator s’administre grâce au bouton Options, onglet DDSitemapGen. Une interface est disponible en français.

Pour afficher la page contenant le plan du site, il suffit de saisir l’instruction :

<!-- ddsitemapgen -->

Nous vous renvoyons aux explications de Christine qui détaille le fonctionnement du plugiciel en présentant des copies d’écran.

Pour personnaliser le style de la page, il faut ajouter à la feuille de style du thème les déclarations .ddsg-wrapper et .ddsg-pagenav. Il est possible également d’exclure certaines catégories ou pages du plan du site. La page d’aide de Dagon Design Sitemap Generator est exhaustive.

Néanmoins, nous avons modifié le fichier ddsitemap-gen.php de la version 3.12, car la syntaxe de la ligne no 1200 empêchait la validation de la page en Xhtml strict. Nous avons aussi revu le fichier French.php pour que la traduction nous convienne davantage. Enfin, nous avons changé la ligne no 542, car le mot continued (pour suite) n’était pas pris en compte par le fichier de traduction.

<addendum>

20/03/2008.

Dagon Desing Sitemap Generator (au moins jusqu’à la version 3.12) ne fonctionne pas, lorsque plusieurs weblogues partagent la même base de données.

</addendum>

Lors de nos développements antérieurs, nous affichions nos sites sur les périphériques mobiles avec une feuille de style dédiée, conçue pour le medium handled. Les résultats nous semblaient à peu près satisfaisants, même si certains navigateurs de téléphone n’appliquaient pas les règles spécifiques.

Aussi avons-nous cherché un module d’extension permettant l’affichage de WordPress sur les radio-téléphones et autres assistants personnels.

Nous nous sommes d’abord tournés vers WordPress Mobile Edition d’Alex King. Nous avons renoncé à utiliser son Plugin, car il est ancien mutatis mutandis, et Alex semble avoir laissé son weblogue à l’abandon. Enfin, WordPress Mobile Edition nécessite l’emploi d’une adresse spécifique pour son affichage comme http://www.iptima.com/wp-mobile.php, et cette contrainte ne nous semble pas ergonomique.

Nous avons donc voulu user du module d’extension écrit par Andy Moore, l’incontournable Wp-mobile. À vrai dire, ce Plugin nous semble idéal pour afficher WordPress sur un périphérique de poche, avec un travail minimal. La feuille de style est personnalisable. Des raccourcis claviers (ou accesskeys) sont même prévues. Nous n’avons noté aucun bogue. Par contre, est gênant l’affichage des publicités Admob, qui sont majoritairement en faveur de services adultes. Si nous avons compris les termes de la licence, il n’est pas autorisé d’empêcher cet affichage. À défaut de posséder un compte sur Admob, la rémunération est versée à Andy Moore. Enfin, Wp-mobile comporte un défaut rédhiboire : il n’affiche pas les textes que nous générons avec Text-Replace.

Poursuivant nos investigations, nous avons découvert Wp-Pda développé par Imthiaz Rafiq. Contrairement à son nom restrictif, Wp-Pda est capable d’afficher WordPress sur les téléphones mobiles. Il ne nécessite pas l’emploi d’une adresse spécifique, et n’impose pas de publicité. De plus, ce Plugin sait afficher les données envoyées par Text-Replace. Une version francisée est également disponible.

Hélas, au fil de nos essais, nous avons découvert plusieurs bogues, qui empêchait son fonctionnement optimal… Nous avons visité les pages des weblogues utilisant Wp-Pda, et nous avons rarement pu atteindre la deuxième page !

À deux reprises, nous avons écrit à Imthiaz en proposant des corrections, mais nos messages nous sont revenus en erreur, comme si cette adresse électronique n’existait plus.

C’est pourquoi, nous avons décidé de reprendre entièrement le développement de ce module d’extension pour le rendre fonctionnel. Son internationalisation, défaillante, a été également améliorée. Pour rendre son affichage plus simple, nous avons supprimé l’affichage des catégoriers et des marques sous les artciles. Nous n’avons pas su le rendre valide Xhtml Mobile Profile, mais le site Ready Mobi attribue à son affichage une excellente note de 4. Plusieurs feuilles de style ont été créées dans des couleurs différentes pour coller au design de nos thèmes WordPress : bleu acier, rouge brique, olive, vert océan, bordeaux et noir. Deux versions sont disponibles, avec ou sans l’affichage d’annonces Google Adsense pour les mobiles. Le plugiciel peut être téléchargé sur notre weblogue. Il suffit de placer le plugicel dans le repertoire Plugins et de l’activer depuis l’interface d’administration de WordPress. Last but not least, Ypthima Mobile est iPhone ready !

Néanmoins, nous étions surpris de constater que les balises d’en-tête de nos pages étaient vides, aussi bien pour les mots-clés que pour la description. Cet inconvénient ne nous semblait guère important : Google ou Yahoo référencent prioritairement le contenu textuel des pages.

<addendum>

20/03/2008.

Depuis la rédaction de cet article, nous avons revu notre jugement… Google affiche systématiquement, dans les résultats d’une recherche, un extrait du champ description.

</addendum>

En revanche, à l’usage, nous nous sommes aperçu avec effroi que, lorsque nous accédions aux archives de notre weblogue, le titre affiché était sous la forme année mois (en lettres et en anglais) jour. De même, le titre des catégories apparaîssait sous le libellé notre_categorie category…

Il nous fallait donc trouver une solution.

Nous avons choisi un Sgc pour ne pas avoir à travailler sur le code source, mais nous consentons à modifier les thèmes et les plugiciels lorsque nous en comprenons le fonctionnement.

À l’issue d’une tentative malheureuse de correction manuelle en modifiant le fichier header.php de notre thème, notre choix s’est porté sur un Plugin, qui semble populaire dans la communauté WordPress : All in One SEO Pack.

La taille de ces modules d’extension nous laisse toujours pantois. Pour un modeste fichier compressé de 13.3 Kilo-octets, All in One SEO Pack ajoute d’importantes fonctionnalités à WordPress !

Après la procédure classique décompression du plugiciel suivie du téléchargement dans le répertoire wp-content/Plugins/ et activation dans l’interface d’administration de WordPress, All in One SEO Pack se gère depuis l’onglet Options grâce au bouton All in One SEO.

L’interface d’administration de All in One SEO Pack permet de choisir l’intitulé, la description et les mots-clés du weblogue. Concernant les titres de format, nous avons choisi de ne pas les modifier. Nous eûmes aimé modifier le champ %date%, mais nous n’avons pas su comment y parvenir. Cet éceuil n’est pas gênant : les dates s’affichent en français, conformément aux options générales déclarées dans WordPress. La date restent toujours sous la forme année, mois, jour, mais la logique, du général au particulier, est respectée. Nous dirons donc qu’il ne s’agit pas d’un bogue, mais d’une fonctionnalité !

Toutefois, nous avons modifié Search Title Format afin qu’il affiche Résultats de la recherche. Lorsque l’option par défaut est laissée en l’état, le titre reprend l’intitulé de la recherche en plaçant en capitales la première lettre de chaque mot, ce qui n’est pas conforme à l’usage en français.

Dans les fenêtres d’édition des articles et des pages est ajoutée une rubrique All in One SEO Pack, qui proposent trois champs : le titre, la description et les mots-clés. Le titre peut-être copié collé avec celui de l’article. La description doit être brève. Quant aux mots-clés, ce champ ne demande pas à être complété ; en effet, All in One SEO Pack complètent automatiquement ce champ avec les catégories et les marques sélectionnées lors de l’édition.

<addendum>

20/03/2008.

Attention… Pour des raisons évidentes (!), les champs titre et description ne doivent pas comporter de guillements, si l’on veut que le Xhtml soit bien formé.

</addendum>

Après l’installation de All in One SEO Pack, la logique commande de modifier la balise title du fichier head.php comme suit :

<?php wp_head(); ?>

Enfin, nous avons lu que, dans les permaliens, accessibles depuis l’onglet Options de WordPress, il était utile de demander une structure basée sur la date et le titre. Cette méthode permet d’éviter une numérotation chaotique des articles ou des pages en cas de suppression !

Depuis le 7 août 2007, Post Templates est disponible en plusieurs langues, notamment en français.

L’installation de Post Templates ajoute au menu Gérer les onglets Modèles de page et Modèles d’article permettant de créer une nouvelle page ou un nouvel article à partir du modèle, d’éditer ou d’effacer le modèle. Un champ Templatize s’inscrit au regard des champs Afficher, Modifier et Supprimer.

Comme la page d’aide de ce plugiciel semble exhaustive, nous ne décrirons pas ici son utilisation.

<addendum>

07/11/2007.

En production, nous nous sommes aperçus que Post Templates dysfonctionnait. Sans doute ce Plugin s’améliorera-t-il au fil du temps, mais nous avons décidé de l’abandonner. Un éditeur de texte, comme PsPAD, rend les mêmes services !

</addendum>

Or, en nous intéressant à nouveau au Plugin Wp-Print, nous avons découvert que son auteur, Lester ‘GaMerZ’ Chan, avait développé Wp-DbManager.

Wp-DbManager, qui s’administre via un bouton Base de données à côté du Tableau de bord, non seulement gère les sauvegardes (et, grâce à l’onglet options, de les planifier), mais aussi répare et optimise la base de données, vide et supprime des tables et lance des requêtes Sql.

Autrement dit, Wp-DbManager permet de s’affranchir de l’utilisation de phpMyAdmin, et c’est un confort appréciable.

Comme un bonheur n’arrive jamais seul et comme le monde WordPress n’est pas si grand (!), Lise propose sur son site une traduction en français de Wp-DbManager. Toutefois, la ligne no 371 du fichier dbmanager.php comportait une erreur, et empêchait la traduction de ce champ : nous avons renvoyé le fichier avec sa correction à Lester.

<addendum>

21/03/2008.

Lorsque plusieurs weblogues fonctionnant sous WordPress partagent la même base de données, il est inutile de dupliquer Wp-DbManager ! Un seul weblogue permettra d’administrer l’ensemble des sauvegardes.

</addendum>

À cet effet, nous avons découvert un Plugin, Cforms II, qui nous a paru ergonomique et complet.

En effet, grâce à une application Ajax, ce module d’extension permet de personnaliser les champs du formulaire. La possibilité de télécharger des pièces jointes est présente et l’on peut sélectionner le répertoire de destination ainsi que les formats supportés. Les messages sont paramétrables, y compris l’envoi d’un accusé de réception au format Txt ou Html ! Enfin, plusieurs feuilles de style sont disponibles, mais il est possible de créer la sienne comme nous l’avons fait.

L’application s’ouvre sur l’onglet cforms II ou formulaires, si la version française est activée.

Avant d’aller plus loin, il est prudent de cliquer sur le bouton Duplicate this form. Ainsi, en travaillant sur une copie, on pourra retrouver le formulaire d’origine. En cas d’erreur fatale, il est toujours possible de retourner à la configuration originale dans l’onglet Plugin Settings avec l’utilitaire Uninstalling / Removing cforms.

En revanche, lorsque le formulaire est terminé, il est judicieux de le sauvegarder en utilisant l’outil Database Input Tracking disponible dans l’onglet global settings et de songer à mettre à jour son utilitaire de sauvegarde afin qu’il prenne en compte les nouvelles tables. En cas de réinstallation de WordPress, on pourra retrouver la configuration en utilisant le bouton Restore settings de l’onglet cforms II.

Pour inclure le formulaire dans une page, il suffit de taper la commande :

<!--cformsX-->

où X représente le numéro du formulaire qui commence à 2, et ainsi de suite…

Comme le quatrième onglet, Help, apporte des explications claires sur l’utilisation de Cforms II, nous ne les développerons pas ici. Un forum d’aide est disponible.

Néanmoins, nous souhaiterions évoquer la protection Captcha, c’est-à-dire le test public de Turing complètement automatique ayant pour but de différencier les humains des ordinateurs, proposée par l’application : ce genre de test n’est pas accessible aux déficients visuels.

Cette précaution est d’autant plus facile à mettre en œuvre qu’Oliver Seidel, brillant concepteur de Cforms II, propose aussi l’outil Q&A, Questions and Answers. À l’instar du test de Turing, cette technique vise à se prémunir des soumissions automatisées : seul un humain peut répondre à une question posée en langage naturel, comme de quelle couleur est la neige ?

C’est une question récurrente dans les Q&A, et nous doutons de sa simplicité pour les… déficients visuels ! De plus, la couleur de la neige peut amener deux réponses en français, blanche ou… blanc (!), et il ne faut pas être contraignant à l’excès avec les utilisateurs d’un formulaire.

Pour notre part, nous préférons utiliser un test Q&A fondé sur quatre questions posées aléatoirement. Quelle est la capitale de la France ? Quelle est la capitale de la Belgique ? Quelle est la capitale de l’Italie ? Quelle est la capitale de l’Espagne ?. (Il vaut mieux éviter l’Allemagne ou la Suisse.) Une seule réponse est possible (pour un francophone !), sachant que la casse n’est pas prise en compte.

Certains auteurs indiquent que la protection par Q&A est facile à contourner. Il suffit de recharger la page à plusieurs reprises pour noter chaque réponse ! Néanmoins, nous imaginons mal un hacker moyen perdre du temps : il préfèrera s’attaquer à un autre site.

<addendum>

23/08/2008.

Au moins depuis la version 8.6.2, Cforms II n’affiche pas les champs de sécurité, lorsqu’on affiche la page du formulaire en étant connecté comme administrateur !

</addendum>

Cforms II peut gérer les commentaires des articles, mais cette option ne nous semble guère intéressante, hormis peut-être pour mettre en place une protection contre le spam. Sur ce point, nos préférons Askimet qui permet d’éliminer le pourriel a posteriori sans coup férir, et il nous semble inutile de contraindre inutilement nos contributeurs.

Last but not least, Cforms II dispose d’une excellente traduction française établie par Serge Rauber de Kalyx Studio, qui a poussé le zèle jusqu’à fournir des images de remplacement dans la langue de Molière pour l’interface d’administration.

À l’usage, nous avons souvent rencontré un conflit entre Cforms II et NextGen Gallery. Parfois, le dysfonctionnement se résout spontanément, avant de réapparaître au fur et à mesure des mises à jour ! Nous pensons que l’ordre d’activation de ces plugiciels peut avoir une influence : peut-être convient-il de désactiver le second avant d’installer le premier… Nous n’apprécions guère ces contorsions logicielles !

Comme la complexité de Cforms II peut rebuter certains blogueurs, une alternative existe sous la forme de Contact Form. Hélas, cet outil rudimentaire ne gère pas les réponses automatiques, et ne permet pas de proposer l’envoi de pièces jointes avec un formulaire.

Une version francisée est disponible à la même adresse.

Ce module d’extension se gère depuis le menu Options, onglet Sitemap. Il permet de reconstruire manuellement le fichier Sitemap, d’ajouter des pages extérieures au weblogue, de choisir l’emplacement du fichier, d’exclure ou d’inclure certaines parties du weblogue et de modifier les fréquences et les priorités.

Nous ne sommes pas un expert des Sitemaps…

Pour autant, certaines lectures nous ont conduit à penser qu’il est dangereux de solliciter fréquemment les moteurs de recherche : le site peut se retrouver exclu des moteurs de recherche. (Est-ce une légende ?)

Les fréquences définies par défaut par Google Sitemap Generator pourront donc être laissées en l’état, ainsi que les priorités.

De plus, nous ne sommes pas certain que la génération de sitemaps améliore le référencement. Pour d’autres sites, et faute de trouver les outils adéquats, nous avons conçu à la main (!) ces fichiers, et le classement de nos sites n’en a pas été modifié.

Ici, il faut dire que les weblogues fonctionnant sous WordPress sont parfaitement référencés par Google comme par Yahoo !, dont les fureteurs repèrent très vite l’évolution du contenu. Voilà qui plaide encore en faveur de WordPress !