Des nouvelles

Migration d'un forum PHPBB vers SPIP

Jacques Bouthier — 2024-03-23T05:07:19Z

La problématique

Le forum de la Ligue des Échecs d'Occitanie est en PHPBB.
A un moment très actif au fil des années et avec le développement d'autres réseaux sociaux, il est devenu de moins en moins fréquenté. Il faut de l'énergie pour maintenir cet outil à niveau alors qu'il est très peu utilisé… ce qui finit par poser un problème de sécurité.
Toutefois :
• Le forum privé de la Commission Technique a toujours une forte activité,
• Ce forum comprend aussi un historique important de débats, de résolutions de litiges etc. qu'il est important de conserver
Aussi on a décidé de migrer le forum PHPBB dans la solution SPIP. Après une phase de test ce « nouveau » forum sera intégré au site actuel de la Ligue.
Les fonctionnalités de l'ancien forum PHPBB ne seront probablement pas toutes migrées. Notamment les messages privés ne seront pas repris, le nombre de vues sur les forums et probablement pas non plus les sondages.
Pour transformer les forums en article il y a un nettoyage à faire de tout le code spécifique à PHPBB qui est présent dans les textes.

Migration, calendrier :

Une première phase de test sera ouverte aux utilisateurs actifs de la CT parce que ce sont eux seuls qui ont le besoin aujourd'hui.
La gestion des droits sera également revue de zéro : on ne migrera pas l'usine à gaz de droits de PHPBB, mais on partira des besoins très simples : laisser visible la partie publique et cacher les forums privés. Cette gestion des accès sera gérée par le plugin « accès restreint » et les groupes et les droits seront affinés pendant la première phase de test.

Migration, technique :

Il m'aura fallu apprendre pas mal de choses pour réussir à assurer cette migration :
• faire des requêtes MySQL simples dans phpmyadmin
• Apprendre à utiliser les bases de Regex
Le plugin RechRemp m'a été très utile et j'aurais eu plus de mal sans cet outil, j'ai utilisé soit la fonction de remplacement simple, soit les regex.
Surtout il a fallu nettoyer le code de PHPBB qui est bourré de balises spécifiques, des smileys en pagaille et des textes surlignés dans pas moins de 90 couleurs (au moins la moitié utilisées une seule fois...)

Les « sujets »

Le plus simple à basculer. On créée une section « forum de la Ligue » et à l'intérieur on créée rubriques et sous-rubriques en se basant sur la table phpbb3_topics.
Finalement on ne gardera que 3 sujets (rubriques), 2 publics (pour garder l'historique) qui seront en lecture seule et celui de la CT qui sera en accès restreint grâce au plugin du même nom.

Les sujets sont fixes, une fois définis on n'y touche plus

Les auteurs

Pour remplir la table spip_auteurs (exportée au format csv) on se base sur les tables phpbb3_users et phpbb3_profile_fields
Finalement de phpbb3_profile_fields on ne garde que les champs nom et prénom (spécifiques forum Ligue) afin de les concaténer et les importer dans le champ « nom » de la table spip_auteurs
Pour avoir l'info quelque part au moins provisoirement on convertit le champ user_regdate
en format date MySQL et on le copie dans le champ maj de la table spip_auteurs.

On enregistre au format csv et on importe dans SPIP.
Statut 1comite, pas de pass on verra ça un par un. De toute façon le forum sera en lecture seule sauf la dizaine de membres de la Commission Technique qui auront accès au forum de la CT Occitanie.

Attention j'avais un espace qui s'était mis à la fin du statut 1comite du deuxième auteur (le premier étant le webmestre) et les données ne s'affichaient pas dans SPIP…

Les dates sont stockées au format unix dans phpbb3. Je convertis dans le tableur avant d'exporter en csv avec cette formule
=(G2/86400)+25569
G2 étant la cellule avec le timestamp unix.
On ne fait cette migration qu'une fois : si entre le début du travail et la migration définitive un auteur est ajouté dans la Commission Technique, on l'ajoutera en manuel.

Les articles

Sont basés sur la table phpbb3_topics
On reprend 4 champs de cette table topic_id, forum_id, topic_title, topic_time qui vont respectivement alimenter les champs id_article, id_rubrique, titre, date
La requête SQL

INSERT INTO spip_articles (id_article,titre,id_rubrique,date,statut,id_secteur,accepter_forum,lang,langue_choisie,id_trad) SELECT topic_id,topic_title,forum_id,FROM_UNIXTIME(topic_time),'publie','1','pos','fr','non','0' FROM phpbb3_topics where topic_posts_unapproved <>'1' AND forum_id IN (2,5,6);

Lier les articles aux auteurs

Il faut maintenant alimenter la table spip_auteurs_liens
La requête SQL

INSERT INTO spip_auteurs_liens (id_auteur,id_objet,objet,vu) SELECT topic_poster,topic_id,'article','non' FROM phpbb3_topics where topic_posts_unapproved <>'1' AND forum_id IN (2,5,6);

Attention cette requête écrase les données déjà enregistrées dans la table

On alimente la table spip_forums avec phpbb3_posts

La requête MySQL

INSERT INTO spip_forum (id_forum,id_objet,objet,date_heure,date_thread,titre,texte,statut,auteur,id_auteur,ip,id_thread) SELECT post_id,topic_id,'article',FROM_UNIXTIME(post_time),FROM_UNIXTIME(post_time),post_subject,post_text,'publie',poster_id,poster_id,poster_ip,post_id FROM phpbb3_posts WHERE forum_id IN (2,5,6);

Associer les noms d'auteur aux forums

il faut aussi associer les noms d'auteurs dans les forums
Ce que demande la table spip_forum c'est le nom d'auteur… on le copie donc là

UPDATE `spip_forum` SET `auteur` = CASE WHEN auteur = 1 THEN 'Prenom Nom de lauteur'

(...)

	WHEN auteur = 2186 THEN 'Prenom Nom dun autre auteur' END

Nettoyage

On nettoie en MySQL toutes les balises spécifiques phpbb inutiles dans le texte…

UPDATE spip_forum SET texte = replace(texte, '', ''); UPDATE spip_forum SET texte = replace(texte, '', ''); UPDATE spip_forum SET texte = replace(texte, '', ''); UPDATE spip_forum SET texte = replace(texte, '', ''); UPDATE spip_forum SET texte = replace(texte, '', ''); UPDATE spip_forum SET texte = replace(texte, '', ''); UPDATE spip_forum SET texte = replace(texte, '', ''); UPDATE spip_forum SET texte = replace(texte, '', ''); UPDATE spip_forum SET texte = replace(texte,'', ''); UPDATE spip_forum SET texte = replace(texte,'', '');

Les smileys ou frimousses

On remplace tout ce qu'on peut avec une requête MySQL

UPDATE spip_forum SET texte = replace(texte, ':cry:', ':''); UPDATE spip_forum SET texte = replace(texte, ';)', ';-)'); UPDATE spip_forum SET texte = replace(texte, ':wink:', ';-)'); UPDATE spip_forum SET texte = replace(texte, ':?:', ''); UPDATE spip_forum SET texte = replace(texte, ':!:', ''); UPDATE spip_forum SET texte = replace(texte,':D', ':-D'); UPDATE spip_forum SET texte = replace(texte,':lol:', ':-D'); UPDATE spip_forum SET texte = replace(texte,'8)', 'B-)'); UPDATE spip_forum SET texte = replace(texte,':oops:', '%-)'); UPDATE spip_forum SET texte = replace(texte,':P', ':-P'); UPDATE spip_forum SET texte = replace(texte,':twisted:', ':-P'); UPDATE spip_forum SET texte = replace(texte,':mrgreen:', 'O:)'); UPDATE spip_forum SET texte = replace(texte,':roll:', ':-!'); UPDATE spip_forum SET texte = replace(texte,':shock:', '8-)'); UPDATE spip_forum SET texte = replace(texte,':twisted:', ':-P'); UPDATE spip_forum SET texte = replace(texte,':twisted:', ':-P');

🤬 semble remonter OK…. On laisse ?

Les citations

La regex pour récupérer les citations (avec le nom, l'heure …)
Il y a plus de 22177 occurences dans 16368 messages de forum.
Pour l'instant on n'affichera que

Nom de la Personne Citée

, parce que c'est ce qu'on avoir facilement avec avec SPIP. Pas tout à fait conforme, mais bon...

On commence à remplacer avec Rechremp en regex

\[quote="?[A-Za-z0-9_&#;ïéç-]{0,30}\h?[A-Za-z0-9_&#;ïéç-]{0,30}"?\hpost_id=[0-9]{2,6}\htime=[0-9]{10}\huser_id=[0-9]{1,4}\]

3928 occurences dans 2881 messages de forum (remplacé par

$1

)

\[quote="?[A-Za-z0-9_&#;ïéç-]{0,30}\h?[A-Za-z0-9_&#;ïéç-]{0,30}\h?[A-Za-z0-9_&#;ïéç-]{0,30}"?\]

1232 occurences dans 1079 messages de forum (remplacé par

$1

)

avec Rechremp sans regex
[quote]
1067 occurences dans 861 messages de forum (remplacé par )

[/quote]
22170 occurences dans 16366 messages de forum (remplacé par )

Les gras et les italiques en code SPIP...

...et quelques smileys et les sauts de ligne en trop.
Également on remplace les "Underline" par un (sans toucher à la css ça met un strong, et on va dire que ça suffit. Il sera toujours possible de

UPDATE spip_forum SET texte = replace(texte,'[b]', '{{'); UPDATE spip_forum SET texte = replace(texte,'[/b]', '}}'); UPDATE spip_forum SET texte = replace(texte,'[i]', '{'); UPDATE spip_forum SET texte = replace(texte,'[/i]', '}'); UPDATE spip_forum SET texte = replace(texte,':arrow:', ''); UPDATE spip_forum SET texte = replace(texte,':idea:', ''); UPDATE spip_forum SET texte = replace(texte,'
', ''); UPDATE spip_forum SET texte = replace(texte,'[u]', ''); UPDATE spip_forum SET texte = replace(texte,'[/u]', '');

Les textes en couleur et de taille différente

Avec Rechremp
\[size=\d*\]supprimés
[/size] par rien

\[color=#?[a-zA-Z0-9]+\]
remplacer par

[/color] remplacé par

remplacé par

[/color] par rien

Attention à (par exemple)
Auch }}[/color] {{


Voilà c'est migré en articles plus forums dans SPIP

Pendant la période de test il faudra notamment voir comment restreindre les accès :
 sujets "archivés" en lecture seule
 forum Commission Technique protégé avec Accès Restreint
Fusionner avec le site principal
Ensuite on fusionne en local avec le site principal grâce au plugin fusion_spip.
Comme d'habitude avec le plugin fusion_spip, il faut vérifier d'être cohérent avec les plugins utilisés (et leurs tables) pour être le plus consistent possible.
Supprimer les auteur·es en double
Attention, du coup plusieurs auteur·es sont en double voire même en triple pour certains. (initialement inscrits sur le forum et sur le site). On va s'assurer, au moins pour les membres de la CT dans un premier temps (ceux qui vont utiliser le forum privé)
On ramène tous les sujets et articles d'auteur·e avec le même nom sous un auteur·e unique.

En deux temps.

D'abord on met tout sous le même auteur·e

Par exemple avec cette requête SQL
UPDATE spip_auteurs_liens SET id_auteur = replace(id_auteur,'356', '2'); UPDATE spip_forum SET id_auteur = replace(id_auteur,'357', '2'); 
Puis on supprime l'auteur·e qui n'a pas plus de publication
DELETE FROM spip_auteurs WHERE id_auteur IN (357,356,748,371,454,689,401,364,750,742,790,738,393,818,734); 
Créer la zone d'accès restreint 
Avec le plugin accès restreint on créée la zone qui réserve l'accès au forum CT aux seul·e·s membres de la Commission Technique.
Bloquer les commentaires sur les deux forums migrés pour historique 
On souhaite que le débat n'ait plus lieu dans ces forums "historiques" mais dans les articles courants du site, quand les administrateur·e·s le souhaitent. 

On va désactiver la possibilité de mettre des commentaires en mettant "non" dans le champ accepter_forum des articles des rubriques "débat général" et "résultat des matchs par équipe"
UPDATE spip_articles SET accepter_forum = replace(accepter_forum,'pos', 'non') where id_rubrique IN (80,81); 
C'est prêt, ... et reste à faire !
Après vérifications on exporte la BDD pour qu'elle remplace celle du site de prod, ce sera fait le 19 mars

 


Après mise en prod deux questions :
 on me demande la possibilité de modifier le texte des forums... Je vérifie les crayons devraient bien pouvoir être activés avec la balise #EDIT... mais rien ne se passe. A creuser
 Les urls ont été oubliées. Beaucoup de vieux posts envoient sur des sites qui n'existent plus... mais il faudra tout de même les reprendre...



GIS dans vélovacances
Jacques Bouthier — 2019-09-03T20:09:47Z

		Dans le site https://velovacances.jack31.org/ , voyage oblige, j'utilisais beaucoup GIS ; j'ai personnalisé un des modèles json pour mon besoin et utilisé plusieurs des astuces trouvées dans le carnet.

Sommaire
 Dans les articles
 GIS utiliser la couche FR
 Les couleurs des tracés
 Une page pour lister les étapes prévues
 Les cartes avec l'ensemble des GPX
 Transformer en topojson
 le format "topojson"
 L'utilisation de gis_geometries
 En conclusion ?

Dans les articles
Dans les articles j'utilisais le modèle avec les critères suivants :
 <carte_gis2|objets=documents_article|id_article=72|tooltip=oui|lat = 47.87 et lon = 17.55|centrer_fichier = non| zoom=10|limit=100|scale=oui|fullscreen = oui | gpx = 588>
Puis lorsque j'ai voulu réduire le poids de la carte j'ai changé un peu de solution et j'ai appelé les cartes ainsi :
 <carte_gis2|objets=documents_art|id_article=204|tooltip=oui|lat = 44.15| lon = 4.99|centrer_fichier = non| zoom=10|scale=oui|fullscreen = oui >
J'utilisais un modèle json personnalisé,
 le premier gis_documents_articles permettait d'afficher le logo avec le titre sur la carte
 ensuite quand j'ai utilisé le plugin GIS-Géométrie j'ai simplement collé devant ce modèle le contenu de gis_articles et je l'ai renommé en json/gis_documents_art.
GIS utiliser la couche FR
Au départ j'avais mis une couche que j'estimais générique, la carte gis en anglais... Suite à une remarque de Nicod j'ai utilisé la couche en français (OpenStreetMap FR) :
 cette couche me semble plus détaillée que la couche de base
 par contre seules les villes principales sont "en français", les villes moins importantes sont écrites dans la langue d'origine
Les couleurs des tracés
Sinon, l'astuce en question fonctionne sur ta page avec : 

.leaflet-interactive:nth-child(0n+2) {stroke:#000 !important;} 

Peut-être une erreur de saisie de la personne qui a rédigé cette astuce ? 

cf https://developer.mozilla.org/fr/docs/Web/CSS/:nth-child : il faut le '+' 

mais (2) devrait marcher aussi.
Avec ou sans le "+" ça ne marchait pas bien dans mon cas (mais c'était peut-être lié au cache), ce qui marchait c'était ça :

.leaflet-interactive:nth-child(even) {stroke:#9d2046 !important;} 

La couleur par défaut pour le reste me satisfaisant je n'ai pas déclaré 

.leaflet-interactive:nth-child(odd)
Ensuite lorsque j'ai utilisé Géométrie cette ligne n'a plus agi puisque j'inscrivais la couleur directement dans le point.

"En utilisant GIS Geometries tu peux spécifier la couleur des tracés directement depuis l'espace privé après avoir importé tes fichiers en base. "

A noter que la documentation de cette possibilité de modifier les couleurs des tracés est dans le commit qui l'a introduite (version 4.3.3 de GIS "Les champs de styles ne sont affichés que si gis_geometries est actif et qu'on a activé l'option correspondante dans la configuration de GIS")
Une page pour lister les étapes prévues
J'ai adapté l'astuce du carnet "https://contrib.spip.net/Astuces-GIS#Appeler-un-point-geolocalise-a-partir-d-un-squelette " pour afficher les étapes prévues.
 fait un tableau avec les pays, les villes en titre avec leurs coordonnées GPS et une colonne avec la distance du point précédent
 les points et distance ont été chargés dans la table spip_gis via adminer
 le lien des points avec les articles concernés également importés dans la table spip_gis_liens avec adminer
 le tableau est appelé avec le fichier modeles/pointsgis.html
Par contre pour que les points s'affichent surla carte il fallait que l'article soit publié. Pas bien compris pourquoi ni ou il aurait fallu que je rajoute un {tout}
Les cartes avec l'ensemble des GPX
"Je souhaite mettre sur mon blog de balade à vélo une carte avec l'ensemble des tracés GPX en récupérant dynamiquement les GPX associés aux articles concernés. Cette première partie fonctionne assez correctement. Sauf que l'affichage de l'ensemble des tracés peut être très long, s'il y avait une piste pour que ça soit plus rapide ? "
La discussion sur la liste "spip-zone" https://www.mail-archive.com/spip-zone@rezo.net/msg47786.html
"Le problème ne vient pas vraiment du code mais du volume de données à transférer, ta page charge 21,80 Mo de fichiers GPX, ça n'est pas rien :-p
Dans ce genre de cas il y a plusieurs pistes d'optimisation :
 utiliser des fichiers topojson plutôt que du GPX (obtenus après conversion des GPX)
 plus simple, utiliser GIS Geometries et importer tes tracés en base de données, ainsi le site utiliserait du geojson pour leur affichage et tu gagnerais peut-être un peu en poids, mais jamais autant qu'avec du topjson
 simplifier le tracé de tes GPX (ou du topojson généré), mais dans ce cas tu perdras en précision du tracé "
Transformer en topojson
"Tu peux le faire en deux temps :
 gpx to geojson avec l'outil que je recommandais à klaus http://ogre.adc4gis.com/
 geojson to topjson avec https://mapshaper.org/ "
Le souci c'est que ça rajoute des opérations extérieures et supplémentaires,j'ai trouvé ça trop lourd durant le trajet alors je suis resté sur la solution avec GIS-Géométrie
Au retour j'ai fait des essais et apparemment sur le site http://ogre.adc4gis.com/ il y a un souci avec mes fichiers gpx puisqu'il y a ces messages d'erreur :
 Warning 6 : dataset /vsistdout/ does not support layer creation option RFC7946\n
 Warning 1 : The output driver does not natively support DateTime type for field time. Misconversion can happen. -mapFieldType can be used to control field type conversion.\n
 nERROR 1 : Layer routes not found, and CreateLayer not supported by driver.
 ERROR 1 : Terminating translation prematurely after failed\ntranslation of layer routes (use -skipfailures to skip errors)
Mais ça fonctionne avec le fichier kml issu de la même application.
le format "topojson"
Faire l'essai sur https://mapshaper.org/ m'a permis de comprendre le dialogue de sourds que j'avais avec b_b sur ce format. J'avais utilisé une appli en ligne https://mygeodata.cloud/ qui convertit sans problème mes fichiers mais les exporte avec l'extension « topojson », qui n'est effectivement pas reconnue par SPIP… Alors que https://mapshaper.org/ convertit en topojson mais l'extension donnée au fichier est bien json… donc pas de souci avec cet outil
L'utilisation de gis_geometries
– J'ai repris tous les articles précédents pour intégrer les gpx dans geometry et ajouté un mot clé pour ne conserver que les gpx du voyage et je trouve que le résultat s'affiche assez rapidement. Il y a un peu de latence mais je trouve ça suffisamment rapide.

Super, ça va, le temps de chargement est "raisonnable" par rapport au niveau de complexité des tracé qui génère un json de 4.87Mo.
Content que la solution te convienne
En conclusion ?
D'ici mon prochain voyage je vais essayer d'améliorer tout ça... Pour les articles j'avais trouvé le rythme et je les faisais assez rapidement, mais la page générée avec l'ensemble des tracés est tout de même trop lourde. 

J'ai vu sur la page https://www.weblog.eliaz.fr/article120.html que pour réduire le poids des tracés une astuce pouvait consister à réduire le nombre de décimales, c'est sur que dans mon cas le gain serait non négligeable... mais comment le faire ? L'idéal serait de pouvoir utiliser un filtre... 

A plusieurs reprises j'ai copié la vue en coupe de l'altitude dans les récits. J'ai fait des essais avec cy_altern pour intégrer les points d'altitude des gpx et réaliser ce graph avec un modèle qui utiliserait le plugin chart.js. Pour l'instant c'est encore expérimental il faut trouver moyen de réduire le nombre de points (des gpx ont plus de 5000 points) en conservant l'essentiel de la courbe...

A voir/ à suivre ?...


Bricolages pour le site "velovacances"
Jacques Bouthier — 2019-09-03T20:09:38Z

		J'ai commencé à monter le site "velovacances.jack31.org" l'été dernier afin de bloguer sur mon voyage vers la mer noire, et échanger avec mes anciens collègues et mes amis.

Au départ je l'avais fait en spipr-dist : efficace et complet. J'avais fait pas mal de petites modifs. Puis j'ai voulu utiliser html5-alpha qui est plus joli et mets mieux en valeur les photos. Mais html5up-Alpha n'est pas un squelette de blog et forcément les petites adaptations précédentes ne fonctionnaient plus.

Alors j'ai réintégré mes anciennes modifs au fur et à mesure, sans toujours me rappeler de tous les tenants et aboutissants initiaux. Puis à l'usage il m'a fallu faire de nouvelles adaptations alors que ma balade était déjà commencée :) .
Cet article pour documenter et ne pas oublier ce que j'ai fait. Un autre article traite de l'utilisation de GIS dans le site


Sommaire
 Multilinguisme
 plugins
 Le modèle article_traduction.html
 Les soucis...
 Forums
 Liste de diffusion
 Images
 Pagination
 Page sommaire
 Champs extra
 Pour le prochain voyage

Multilinguisme
Le choix d'écrire le site en deux langues a été fait au début, à la suite de remarques de collègues qui avait transféré le lien vers mon blog à mes anciens collègues de Hambourg.
plugins
Au départ je traduisais au fur et à mesure les articles dans la même rubrique. J'ai utilisé le plugin "menus de langue avec liens" et j'ai surchargé le plugins menus pour que les langues s'intègrent proprement dans l'ul du menu.

J'ai découvert tardivement le plugin multilang... Ca m'aurait un peu simplifié la tâche. Pour écrire les titres des photos je m'étais fait un petit fichier dans un tableur avec les balises multi pré-renseignées. Je n'en aurais pas eu besoin avec le plugin multilang... d'un autre côté ça me permettait de réutiliser certains titres ^^

J'avais aussi activé le plugin "langue préférée" mais je l'ai désactivé quand j'ai eu les problèmes de pages 404...
Le modèle article_traduction.html
J'ai emprunté au squelette galactic le modèle article_traduction.html qui permet d'afficher les différentes langues d'un article. Super pratique !
Les soucis...
Alors que j'étais en France je n'avais pas remarqué de souci particulier. A partir du moment où j'ai commencé à être à l'étranger j'ai eu des problèmes. J'ai commencé à m'inquiéter vraiment quand dans le même article j'avais des mélanges des deux langues utilisées sur le site. 

L'application du critère {lang} a permis de régler ce problème mais alors sont apparues les erreurs 404 : je cherchais à afficher mon article en venant du privé et je n'étais pas dans la bonne langue... C'était souvent la page en français qui était en erreur... mais des fois c'était l'inverse !

Mais ce souci n'est que du privé vers le public la navigation publique fonctionne très bien, d'une langue à l'autre et dans chaque langue.
Forums
J'avais commité juste avant mon départ une micro-correction qui permettait de commencer un forum sur chaque article, en cours de route j'ai ajouté une page forum qui permettait de répondre plus facilement et avec une présentation mieux intégrée (avec le plugin comments). Je n'ai pas fait tout à fait ce que je voulais puisqu'en cliquant sur répondre à partir du back office on avait bien le message auquel on répondait mais pas l'article... ce n'est qu'à la validation du message qu'on revenait sur l'article (avec la 404 habituelle sur la langue).

Ensuite j'ai ajouté sur la page d'accueil une liste des derniers commentaires.
Liste de diffusion
J'ai remplacé l'utilisation de Newsletter par l'usage d'une liste que j'ai créée chez mon hébergeur. J'utilise les plugins abomailman pour gérer l'abonnement à la liste ovh et "ma lettre" pour envoyer, à la demande, une newsletter avec un article (et sa traduction)
Images
Au départ je voulais juste qu'on puisse voir les images sur la carte. Mais vite cliquer sur chaque image n'est pas très pratique, alors j'ai activé l'outil tooltip et du coup pour que ça fonctionne il me fallait un titre sur chaque image. 

Pas plus mal parce qu'avoir un titre permet de mieux se rappeler par où on est passé, alors je mets un titre détaillé quand je peux et des fois simplement le nom de la ville (ou "Danube"). 

Mais voir les images uniquement sur la carte ça restait un peu limité... j'ai lu cette discussion revenue sur le tapis sur IRC sur le rôle du portfolio. Et quelqu'un proposait une solution pour "ne plus utiliser le portfolio et lister tous les documents avec le critère vu=non" : c'est exactement ce qu'il me faut et donc j'ai repris le code du portfolio (de inclure/documents) dans inclure/images et j'y ai enlevé les notions de portfolio. Par la suite j'ai remis l'id="documents_portfolio" afin de faire fonctionner la médiabox sans me casser la tête.
Pagination
J'ai passé pas mal de temps à essayer de faire fonctionner la balise #PAGINATION comme expliqué sur spip.net. En passant sur IRC on m'a expliqué que c'était pour une liste d'articles et pas pour passer d'un article à un autre. (Pourtant dans la rubrique c'est une liste d'articles, mais chaque article est séparé, c'est vrai)

Alors il faut utiliser le critère précédent/suivant avec le plugin du même nom.

Pour rendre la présentation un peu sympa j'ai ajouté les titres en modifiant le fichier inclure/article_precedent_suivant.html
Page sommaire
Le changement le plus important a été d'intégrer sur le modèle des rubriques les deux derniers articles pour permettre de suivre les publications, comme sur un blog.

Mais aussi la liste des forums et puis aussi finalement, de façon basique, le lien vers les pages de synthèse du voyage aller, puis retour.
Champs extra
Afin d'afficher les distances parcourues à chaque étape, cumulées sur le parcours et la date de l'étape qui n'était pas forcément celle de la rédaction de l'article.

J'avais créé 2 champs extras avec 3 affichages dans la page article.
Au début je n'avais pas mis le champ date puis je l'ai rajouté. Je l'ai appelé #DATE_ETAPE parce que ce champ pouvait être différent de la date de rédaction (et effectivement plusieurs fois j'ai publié l'article le lendemain) de l'article (non renseigné par défaut dans le squelette html5up-Alpha).

J'ai eu un peu de mal à ne pas afficher ce champ lorsqu'il était vide, une valeur 0000 apparaissant toujours lorsque le champ n'était pas renseigné. J'ai fini par utiliser cette écriture :
 <p class="#EDIT{date_etape}">[(#DATE_ETAPE|affdate_jourcourt|choixsiegal{0000, "", #DATE_ETAPE|affdate_jourcourt})]</p>
Le deuxième champ, c'était le champ #KILOMETRES : indiquer le nombre de kilomètres de l'étape.

Là la difficulté venait du fait qu'apparemment les balises multi au milieu de la condition ça coince... Alors j'ai créé un item de langue... et ça a marché !
 [<p class="#EDIT{kilometres}">(#KILOMETRES|oui)<:kilometres_ce_jour:>#KILOMETRES</p>]
Entre-temps j'ai fait un peu plus simple
 [<:kilometres_ce_jour:> <p class="#EDIT{kilometres}">(#KILOMETRES)</p>]
Enfin le troisième affichage c'était le total des kilomètres, il y a peut-être d'autres solutions mais il m'a fallu passer par #SET - #GET et le filtre choixsivide
 #SET{kms,#KILOMETRES} <BOUCLE_a(ARTICLES){somme kilometres}{lang}> [(#GET {kms} |choixsivide{" ", [<:kilometres_debut:> (#SOMME{kilometres})]})] </BOUCLE_a>Pour le prochain voyage
Je vais mettre à profit les quelques mois qui restent pour essayer d'améliorer tout ça !

Merci pour les conseils et le support que j'ai eu tout le long !


Avec Formidable : créer un formulaire d'inscription basé sur le numéro de licence FFE
Jacques Bouthier — 2018-11-19T08:49:13Z

		Le besoin
Lors du Comité Départemental des Echecs de la Haute-Garonne de septembre nous avons discuté de la reconduction du formulaire d'inscription utilisé l'année passée, et s'il fallait l'améliorer.
Tout le monde reconnaissant l'intérêt de ce formulaire deux points de vue sont ressortis :

– ceux qui disaient qu'il y avait des choses "inutiles" demandées qui obligeaient à prendre du (trop de) temps pour saisir les données demandées

– l'arbitre qui a besoin des données le plus précises possibles pour ne pas perdre de temps, notamment à remettre les jeunes dans le tournoi de la bonne catégorie...
L'idéal serait donc de pouvoir récupérer les informations du numéro de licence, puis une fois ces données affichées proposer le reste du formulaire.
La solution et son utilisation
Sans rentrer d'abord dans le détail technique on a besoin des plugins formidable et Data FFE et leurs dépendances.
Une fois ces plugins installés on pourra créer un formulaire en important l'exemple inclus dans le plugin Data FFE : fichier yaml.



 formulaire_inscription_licence_ffe.yaml
 

Pour l'affichage des résultats il est possible d'utiliser le modèle également présent dans le plugin :



 inscription_nrffe.html
 

A noter que maintenant l'affichage des résultats se fait en temps réel (option à cocher dans les traitements de formidable.
Personnalisation des champs
Avec les tests puis la mise en production a personnalisé quelques champs et traitements :
 champ obligatoire : des données associées au numéro de licence seule le numéro de licence lui-même est un champ obligatoire
 lecture seule : tous les autres champs associées au numéro de licence sont en lecture seule. Seule façon de garantir la consistance des données.
 css  : dans utilisation j'ai rajouté la classe licence_ffe sur tous les champs liés à la licence de façon à leur donner une couleur identique


 


rafraichir le cache : une fois saisi les données s'affichent immédiatement, pour cela dans la configuration des traitements cocher la case rafraichir le cache


 

 Une fois saisi le formulaire la page se remet à blanc. Pour cela il a fallu cocher "rafraichir la page" et donner l'adresse de la page

La solution, dans le détail
Au départ j'avais posé la question à Placido lors de la SPIP-Party dans la Drôme. Nous étions d'abord parti sur une solution récupérant l'ensemble des licenciés du département dans un fichier json, puis faisant une boucle data sur ce fichier.
A la réflexion je me suis dit que si on récupérait les données des licenciés grâce au plugin Data FFE pourquoi passer par un fichier json intermédiaire et incorporer ce dont on a besoin directement dans le formulaire ?
Après quelques discussions et tâtonnements Placido a proposé une solution intégrée à formidable.
Il s'agissait de renommer les champs input de façon à ce qu'ils correspondent aux champs du webservice FFE et de créer les saisies nécessaires pour que ce soit intégré à formidable.

J'ai d'abord créé un formulaire type avec les champs que je souhaitais récupérer sur le webservice, exporté ce formulaire, puis édité en remplacant les champs input_1 etc... de formidable par des noms de champ correspondant au webservice.
Les différents champs utilisés (champs input renommés avec le nom du champ du webservice FFE) :
 NrFFE : le numéro de licence
 Nom : le nom du joueur
 Prenom : son prénom
 Cat : sa catégorie
 AffType : le type de licence (A, B ou N non licencié)
 Elo : classement du joueur
 ClubNom : le nom du club
Ensuite Placido a créé un fichier formulaires/inc-saisie-nrffe.html et inclure/inscription_NrFFE.html à appeler dans le modèle...
L'intégration au plugin FFE Data
6 fichiers ont été ajoutés au plugin Data FFE :
 inclure/inscription_NrFFE.html
 modeles/inscription_NrFFE.html
 formulaires/inc-saisie-nrffe.html
 saisies/nrffe.html
 saisies/nrffe.yaml
 et l'exemple intégré dans la page de "configuration" prive\squelettes\inclure\formulaire_inscription_licence_FFE.yaml
Reste à faire
 Reprendre des essais pour voir s'il est possible de mieux intégrer les saisies de FFE Data au formulaire formidable. Vérifier qu'une saisie intégrée comme NrFFE_1, Nom_1 fonctionnerait... En attendant limport du formulaire de base fonctionne bien.


Comment mal jouer un championnat de France ^^
Jacques Bouthier — 2018-09-04T08:26:17Z

		Le championnat de France à Nîmes se jouait du 18 au 26 Août.

La chaleur était au rendez-vous comme à chaque fois à Nîmes, les ventilateurs sont venus au bout de quelques jours...
Je perds 22 points sur cet Open B. Beaucoup d'occasions ratées, de demi-points lâchés, voire de points entiers !

 


Sur chaque partie il y a quelque chose à dire. Je ne déroule pas les parties mais choisis à chaque fois une position critique de chacune des 9 parties.
Ronde 1. En plus de la chaleur il y a la fatigue du voyage. Je suis passé par Saint-Affrique, La Cavalerie, Le Vigan pour éviter les bouchons. J'avais oublié le marché à St-Affrique !! Du coup tout de même presque 5h de route...

Mon adversaire, dont on ne sait pas encore qu'il terminera deuxième de l'Open B, me met sous pression mais on sent que malgré la pression la position tend à l'égalité. Jusqu'à la fin.
[Event "?"] [Site "?"] [Date "2018.09.01"] [Round "?"] [White "partie1"] [Black "?"] [Result "*"] [SetUp "1"] [FEN "1r4k1/5p1p/5Qp1/pq1r4/8/7P/1P3PP1/R3R1K1 b - - 0 29"] [PlyCount "0"] {[#]} *
your web browser or your host do not support iframes as required to display the chessboard
Justement dans cette position, peut-on prendre le pion b2 ?
[Event "?"] [Site "?"] [Date "2018.09.01"] [Round "?"] [White "partie2"] [Black "?"] [Result "*"] [SetUp "1"] [FEN "r1bq1rk1/1p1nbppp/2pp1n2/p3p3/P1BPP3/2N1BN1P/1PP2PP1/R2QK2R w KQ - 0 9"] [PlyCount "0"] {[#]} *
your web browser or your host do not support iframes as required to display the chessboard
Deuxième partie. Je suis"fort" cette fois. Et je joue un adversaire qui joue solide. Très solide. Alors dans cette position, que faut-il jouer ? J'ai fini par faire des échanges hasardeux... et mon adversaire aurait pu prendre l'avantage....
[Event "?"] [Site "?"] [Date "2018.09.01"] [Round "?"] [White "partie3"] [Black "?"] [Result "*"] [SetUp "1"] [FEN "r1b3k1/4n2p/p3p1p1/1p1pb3/8/3B1N2/PPP3PP/R1B2K2 b - - 0 19"] [PlyCount "0"] {[#]} *
your web browser or your host do not support iframes as required to display the chessboard
Mon jeune adversaire n'a pas très bien joué l'ouverture et j'ai facilement gagné un pion. Central. Ceci dit un pion, même central, ne dit pas automatiquement gain de la partie. Alors, dans cette position le Fou attaqué, où vaut-il mieux le ranger ?
[Event "?"] [Site "?"] [Date "2018.09.01"] [Round "?"] [White "partie4"] [Black "?"] [Result "*"] [SetUp "1"] [FEN "r1b1rbk1/ppq2p1p/3p1np1/2p1p3/P1P1P3/1P3NNP/1BP2PP1/R2QR1K1 w - - 0 15"] [PlyCount "0"] {[#]} *
your web browser or your host do not support iframes as required to display the chessboard
Les noirs viennent de jouer 14 c5. Je suis resté idiot devant ce coup : comment peut-on affaiblir durablement la case d5 et le pion d6 ?

Encore faut-il savoir le jouer. Je n'ai pas eu la patience de trouver le plan que l'entraineur du jeune (Kevin, pas encore GMI : il a les normes mais pas le classement...) nous a montré après la partie : on va tranquillement mettre un cavalier en c3 et un en e3, à un moment éventuellement on essaiera si on peut d'échanger le calier f6 contre le Fou de cases noires... Et à partir de la domination de la case d5, ça devrait finir par tomber...

Là aussi j'aurais pu perdre. Mais mon adversaire était bien content de la nulle :/
[Event "?"] [Site "?"] [Date "2018.09.01"] [Round "?"] [White "partie5"] [Black "?"] [Result "*"] [SetUp "1"] [FEN "2rq1rk1/4b1pp/p2p1n2/1p1Ppp2/5P2/1N1PBQ1P/PP4P1/3R1RK1 b - - 0 19"] [PlyCount "0"] {[#]} *
your web browser or your host do not support iframes as required to display the chessboard
Dans cette position il y a un petit avantage noir. le point faible c'est f5. Alors stockfish propose simplement g6 !

Je n'ai pas joué g6 et à la fin des échanges j'ai conclu la paix avec mon adversaire...
[Event "?"] [Site "?"] [Date "2018.09.01"] [Round "?"] [White "partie6"] [Black "?"] [Result "*"] [SetUp "1"] [FEN "8/1R1N4/6k1/p4rp1/2P4p/b6P/5PP1/6K1 b - - 0 55"] [PlyCount "0"] {[#]} *
your web browser or your host do not support iframes as required to display the chessboard
Dans cette partie à rebondissement on obtient cette position. Mon roi connait enfin un peu de liberté et il finira par se ruer à l'assaut du centre déséquilibrant la position en faveur des blancs. La positon du diagramme est égale. Deux coups plus tard ce sera +2.
[Event "?"] [Site "?"] [Date "2018.09.01"] [Round "?"] [White "partie7"] [Black "?"] [Result "*"] [SetUp "1"] [FEN "4r1k1/pp1q3p/2p3pQ/5r2/2PP4/4P3/PP4PP/3R1RK1 w - - 0 23"] [PlyCount "0"] {[#]} *
your web browser or your host do not support iframes as required to display the chessboard
J'aurais sans doute pu jouer un peu mieux les coups d'avant (Dh6 semble faible) mais alors je cherche un coup qui me développe et menace les noirs. Et je trouve le seul coup qui perd immédiatement !

Une belle position pour les noirs... Mais j'ai sous-estimé la position blanche qui finalement se développe très vite et braque ses pièces sur le Roque noir et gagne très vite.
[Event "?"] [Site "?"] [Date "2018.09.01"] [Round "?"] [White "partie9"] [Black "?"] [Result "*"] [SetUp "1"] [FEN "r4rk1/p1q2pp1/1pp1p2p/4R3/2bPN3/2P1Q3/P1P2PPP/4R1K1 w - - 0 21"] [PlyCount "0"] {[#]} *
your web browser or your host do not support iframes as required to display the chessboard
Et dans cette position j'ai commencé de calculer la suite gagnante, mais j'ai raté un coup et ai voulu assurer. Alors je soustrais bêtement mon pion à l'attaque puis au coup suivant je joue Th5. L'attaque est finie même si je reste gagnant et ...là aussi ça fera nulle !


Petite balade vélo dimanche 4 mars
Jacques Bouthier — 2018-03-04T16:37:53Z
Une balade en vélo dimanche matin.
Grace à Openrunner j'ai pu retracer l'itinéraire. Puis je l'ai exporté au format gpx. Il n'a plus fallu que le convertir en kml et il est possible de partager l'itinéraire :)
A règler : le zoom ne semble pas pris en compte... sauf lorsque je passe à 20... alors là ça devient énorme... Sans doute logique parce qu'on affiche entièrement le kml ou le gpx.
Hop, maintenant on va installer Openrunner sur le tel !
En fait ça marche aussi avec gpx...
 


Une solution pour trier des données issues de formidable
Jacques Bouthier — 2017-11-09T19:41:47Z

		Une solution pour trier des données issues de formidable [1] 
La demande était de pouvoir trier les inscriptions à un tournoi. Initialement il fallait trier sur le elo mais pour le championnat Jeunes organisé par le Comité Départemental des Echecs, j'ai préféré trier sur les noms et les clubs.
Après une première tentative pour créer le tableau de restitution en json, finalement on revient à un plus simple modèle utilisant des boucles SPIP.
On va collecter les données dans un tableau (#ARRAY), définir la possibilité de trier, créer l'entête du tableau, puis afficher les résultats.
Collecter les données
D'abord, il faut déclarer le tableau avant la boucle au moyen d'un #SET. Ce sera écrit ici sous cette forme
[(#ARRAY{}|set{tab})]
https://spip.net/fr_article5694.html#set "Le filtre  |set{nom} affecte la valeur courante à la variable nom. C'est une alternative, parfois plus commode à écrire, à la balise #SET{nom,valeur}.
Puis vient la boucle elle même dans laquelle on va insérer les données récoltées que l'on veut afficher :
 [(#ARRAY{ categorie,[(#VOIR_REPONSE{selection_2, valeur_uniquement, ""}|textebrut)], nom,[(#VOIR_REPONSE{input_2, brut}|strtoupper)], prenom,[(#VOIR_REPONSE{input_1, brut})], elo,[(#VOIR_REPONSE{input_4, valeur_uniquement, ""}|textebrut)], club,[(#VOIR_REPONSE{selection_1, valeur_uniquement, ""}|textebrut)], codeffe,[(#VOIR_REPONSE{input_9, valeur_uniquement, ""}|textebrut)], }|set{row})] [(#GET{tab}|push{#GET{row}}|set{tab})] 
Cette boucle remplit le résultat de l'iteration de boucle en cours comme une nouvelle ligne du tableau qui rassemblera tous les résultats

Décomposons ce qu'on vient de faire. 

On utilise :

#ARRAY "La balise #ARRAY peut contenir un tableau PHP, c'est-à-dire un ensemble de paires clé/valeur, que l'on veut stocker pour les réutiliser dans la suite du squelette."

#VOIR_REPONSE Une balise de formidable pour afficher les valeurs.

|push  https://www.spip.net/fr_article4571.html#push s'applique à une balise contenant un tableau PHP (voir #ARRAY) et y ajoute une nouvelle valeur.
[(#GET{tab}|push{#GET{row}}|set{tab})] 
J'ai toujours des soucis pour comprendre ce genre de code avec des #SET et des #GET imbriqués.
En fait le premier #GET{tab} appelle le tableau qui est vide et dans le quel on pousse les données recueillies dans row par push{#GET{row}} et on finit par le #SETtab final |set{tab}  qui définit le tableau.
  Catégorie Nom Prénom Elo Club Code FFE  
permettre le tri
Il faut donc ensuite insérer le code qui permet de trier proprement dit. On remplace la valeur, par exemple ici de Club par ce code
Club
La possibilité de trier, ci-dessus #GET{sens}  

avait été définie préalablement par cette ligne
[(#ENV{sens}|=={0}|?{#SET{sens,1},#SET{sens,0}})]
Trier les catégories
L'ordre logique est du plus petit au plus grand, ou l'inverse. Ca se fait dans la liste des catégories en insérant les numéros 01, 02 etc. puis le filtre supprimer numéro dans le modèle

 

Afficher les données
C'est une boucle DATA qui permet de récupérer les données

Dans le modèle pour afficher le résultat on insérera le filtre supprimer_numéro pour masquer les numéros triant les catégories
 [(#CATEGORIE|supprimer_numero)] #NOM #PRENOM #ELO #CLUB #CODEFFE 
L'affichage des résultats en ajax
Le modèle proprement est dans squelettes/inclure et il est appelé par dans modèles squelettes/modeles
Ne pas être géné par le cache
Dans mes_fonctions.php on va déclarer une fonction perso pour invalider le cache à la saisie du formulaire.
function perso_formidable_traiter($flux) { // concernera tous les formulaires formidable if ($flux['args']['form'] == 'formidable') { // invalider la cache à la sousmission include_spip('inc/invalideur'); // NB : il n'y a pas de référence explicite id_article dans l'env suivre_invalideur(true); spip_log( 'cache invalidé suite à traitement de '. $flux['data']['_formidable']['identifiant'], 'test_formulaire_charger' . _LOG_INFO); } return $flux; }
Et cette fonction d'invalidation du cache doit être déclarée dans mes_options.php
//Déclarer une fonction supplémentaire pour le pipeline traiter $GLOBALS['spip_pipeline']['formulaire_traiter'] = '|perso_formidable_traiter';
le résultat
https://cde31.echecs-occitanie.fr/Championnat-Jeunes-Haute-Garonne-2017-2018
Il est important de souligner que sans l'aide précieuse de Placido je ne serais pas arrivé à ce résultat ^^ Et que j'ai beaucoup appris aussi en rédigeant ces commentaires :)
Ensuite ?
Todo… ce serait bien de faire un petit plugin de personnalisation. Mais difficile de proposer ça tel quel c'est trop spécifique.
Peut-être que ce serait tout de même plus simple à gérer dans le cadre d'un petit plugin perso ?
		
		
[1] Formidable est un outil de création de formulaires, lui même basé sur saisies.



Formidable : le plugin SPIP de création de formulaires
Jacques Bouthier — 2016-03-14T17:44:05Z

		Il s'agit de
 créer un formulaire d'inscription
 modérer les inscriptions dans le privé
 publier les inscriptions dans le public
Nous avons discuté de cette présentation lors de l'apéro SPIP du 15 février 2016 à la Cantine Toulouse.
Formidable ?


Un générateur de formulaires facilement configurable pour les non-informaticiens et facilement extensible pour les développeurs.
 C'est la définition que l'on trouve dans l'article de documentation http://contrib.spip.net/Formidable-le-generateur-de-formulaires et ce qui m'intéresse particulièrement ici c'est que c'est pour de "non-informaticiens". Des usages beaucoup plus pointus que celui que je veux présenter existent pour les développeurs.
Installation et prérequis
Formidable fonctionne à partir de SPIP 2.1 et nécessite les plugins Bonux, Saisies, Vérifier, YAML, Facteur. Il est également précisé qu'il faut installer le plugin jQuery UI pour pouvoir déplacer les champs à la souris pendant la création d'un formulaire.

Mais il ne faut pas s'en préoccuper tout ceci s'installe automatiquement depuis de SPIP 3.0
Créer un formulaire
Il faut tout d'abord créer le formulaire. Dans un premier temps on renseigne seulement :
 le titre
 un nom abrégé
 un message de retour pour les personnes qui rempliront
 et le message explicatif pour le privé

 


On voit alors dans la boite de dialogue sur le côté que nous avons trois étapes à suivre :
 Configurer le formulaire (déjà commencé à la création)
 Configurer les champs
 Configurer les traitements

  

Configurer les champs
On ajoute les champs que l'on veut au formulaire. 

Dans notre optique "réaliser un formulaire d'inscription" nous allons surtout sélectionner des lignes de texte qu'il faut ensuite paramétrer.

Donc on insère une ligne de texte puis au survol de la souris sur le champ créé on va cliquer sur le crayon qui apparait :

– une ligne va être nommée prénom, on va dire qu'elle est obligatoire et on peut mettre un placeholder avec par exemple "votre prénom"

– une autre ligne de texte, va être renommée "nom" avec les mêmes caractéristiques

– on a en général besoin d'un champ mail, qui sera lui aussi obligatoire. on va dans le 4 ème onglet, l'onglet validation et dans "Type de vérification à effectuer" on sélectionne adresse de courriel. Il est alors possible de préciser quelques contrôles supplémentaires sur la validité de l'e-mail et si l'e-mail existe déjà ou pas.


 
 les boutons de modification du champ
 4 boutons apparaissent au survol  déplacer le champ
 le modifier
 le dupliquer
 le supprimer
 

On peut ajouter des champs commentaires (text-area) pour que les personnes qui s'incrivent laissent un commentaire, un champ "select" (en exemple pour sélectionner un département ou encore un bouton radio.
Configurer les traitements
Usage dans un article :
On peut maintenant utiliser ce formulaire d'inscription !

Grace au plugin "insérer-modèles" il est facile de retrouver la syntaxe exacte pour l'insérer dans un article :


Publication dans le public des résultats :
Mais maintenant on veut aussi publier une liste modérée des inscrits.

Pour celà on va créer un modèle basé sur la balise #VOIR_REPONSE présentée sur la page wiki

http://contrib.spip.net/Balises-et-boucles-avec-Formidable#balise_voir_reponse
Sur cette base on va créer un modèle qu'on va appeler apero.html. On place ce modèle dans le dossier squelettes/modeles
 <table class="spip"> <thead> <tr> <th> Prénom</th> <th> Nom </th> <th> Commentaire </th> <th> Département </th> <th> Couleur </th> </tr> </thead>
<BOUCLE_formidable_id_form(FORMULAIRES_REPONSES){id_formulaire=#ENV{id}}> <tr> <td>#VOIR_REPONSE{input_1}</td> <td>#VOIR_REPONSE{input_2}</td> <td>#VOIR_REPONSE{textarea_1}</td> <td>#VOIR_REPONSE{selection_1}</td> <td>#VOIR_REPONSE{radio_1}</td>
</BOUCLE_formidable_id_form> </tr>
</table>
Par principe on n'a pas affiché l'adresse de courriel, que l'on peut récupérer dans le privé si besoin.

on appelle ce modèle ainsi :




Ce modèle a des défauts, il répète l'intitulé de chaque champ avec la réponse.

On va modifier les cellules de réponse ainsi :
 <td>#VOIR_REPONSE{input_1, brut, '' }</td> <td>#VOIR_REPONSE{input_2, valeur_uniquement, '' }</td> <td>#VOIR_REPONSE{textarea_1, brut, '' }</td> <td>#VOIR_REPONSE{selection_1, valeur_uniquement, ''}</td> <td>#VOIR_REPONSE{radio_1, valeur_uniquement, ''}</td>
Comme précisé dans le wiki "on peut faire des variantes pour ne sortir que la valeur (en HTML mais sans le label et l'entourage) ou que la valeur brute dans la base."

Dans mon cas valeur_uniquement ou brut produisent le même résultat. Après la virgule, on peut afficher des valeurs par défaut entre les quotes ''

Et on va appeler ce modèle aperospip.html qui va permettre un affichage beaucoup plus agréable.
On l'appelle ainsi 




Modération des résultats, altérer l'affichage dans le privé :
Par défaut, dans le privé, l'affichage des réponses est peu parlant. Il faut cliquer sur "voir la réponse" pour obtenir le détail des réponses. Ce qui est génant lorsque l'on veut modérer les résultats, que l'on peut avoir des réponses multiples à trier etc...

 


Alors je propose cette petite modification de l'affichage qui permet un meilleur affichage. Attention à ce que ça ne vienne pas nuire à d'autres usages de formidable sur le même site. Personnellement je ne vois pas de risques, mais je ne pense pas forcément à tous les cas. Bien entendu il est aussi possible de rajouter un champ. Tout ceci à manier avec précaution.
On va créer un squelettes/prive/objets/liste/formulaires_reponses.html pour afficher les noms, ou on ajoute dans le thead
 <th class="nom" scope='col'>prenom</th> <th class="nom" scope='col'>nom</th>
et dans la table elle-même
 <td class="nom">[(#VOIR_REPONSE{input_1, brut})]</td> <td class="nom">[(#VOIR_REPONSE{input_2, brut})]</td>
Modèle joint





, qui s'insère donc ainsi dans l'arborescence

 


Le résultat devient plus facile à traiter dans l'optique d'une modération des inscriptions.

 


Voilà, c'était mon expérience d'utilisation de formidable :)


Excellente Année 2016 !
Jacques Bouthier — 2016-01-03T14:43:59Z

		Excellente Année 2016 !
Que 2016 soit plus légère que 2015 et gardons l'esprit de la fête, de la bonne humeur et nos amitiés :)
Ne lâchons rien face à la montée des néo-nazis et aux renoncements de ceux pour qui nous avons voté.
Des voeux inspirés par une visite à l'expo Picasso aux Abattoirs à côté de chez moi ^^
Le Minotaure en costume d'Arlequin, mais aussi une revue de l'ombre et la demande de papiers d'étranger de Tristan Tzara !

  

 
  


  




Les sites participatifs de la FFE, un projet arrêté au milieu du gué ?
Jacques Bouthier — 2015-08-24T19:28:04Z

		Après plusieurs années à mettre en place des sites pour la Fédé et alors que je viens d'appuyer sur "pause", un petit coup d'oeil dans le rétroviseur. Pour faire le point.
A partir des Etats Généraux de la FFE, qui s'étaient tenus en janvier 2007 une véritable volonté de moderniser le site FFE en était sortie.

A partir de là, un petit groupe de travail avec la Secrétaire Générale, Joanna Pomian, Eric Delmotte et moi-même avions travaillé à définir une nouvelle ergonomie pour le site fédéral.
Il ne s'agissait pas seulement de changer le look et de rendre plus moderne le site mais bien de concevoir tout à fait différemment. De rendre le site participatif.

Une graphiste amie de Joanna participait même à nos réunions skype où l'on jetait les bases d'un futur site.
Las, les contraintes de budget, et sans doute aussi une limitation dans la prise de risques politiques par la direction de la FFE nous obligea à revoir les prétentions à la baisse. [1]

Il ne s'agissait plus de tout remettre en question mais de répondre au fur et à mesure que les besoins apparaissaient.
Le premier site mis en place fut le Guide Fédéral . Il s'agissait de donner aux dirigeants des outils indispensables pour la création et l'animation des clubs.

  


Il a eu un joli petit succès et l'utilité en semblait appréciée, au delà même de la fédération. Mais c'était lourd à maintenir à jour avec des risques juridiques dans un contexte où la FFE est attaquée dans multiples procédures et le CD FFE a décidé en novembre 2013 d'en fermer l'accès.
Le site del'AIDEF fut créé à la demande de Jean-Claude Moingt en novembre 2009. J'avais créé le site et il était animé et alimenté par Anne Muller. Depuis cette époque le site de l'AIDEF est toujours hébergé gratuitement sur l'espace de la FFE. [2]

  


Le site de blitz vit le jour en Octobre 2011. L'objectif était de permettre aux clubs de faire les récits de leurs compétitions blitz dans le cadre du Challenge BNP Paribas. Un certain nombre d'entre eux ont participé. Mais le plus important restait sur le site echecs.asso.fr : les classements, les annonces. Une dualité qui empêchait de prendre toute sa dimension au nouveau site.

  


Avec la nouvelle équipe une nouvelle version du site visait à être seulement une vitrine avec règlements et principales dates. Mais la dualité continua...
D'ailleurs lors des AG les sites participatifs étaient absents des rapport de Léo, responsable de la communication. Ce sera souvent JCM qui relèvera en AG le travail que j'effectuais.
La nouvelle équipe élue en mars 2013 semblait décidée à aller plus loin dans la modernisation du site web. Eric Delmotte et Aurélie Dacalor animaient la commission communication.
Après quelques hésitations il fut finalement décidé lors du CD de novembre 2013 que le domaine mutualisé principal de la FFE serait ffechecs.fr. Il y aurait deux grandes familles de sites satellites :

– les sites du championnat de France. Un sous domaine de ffechecs.org pour chaque championnat de France jeunes ou adulte. Mais derrière il y a un unique WordPress

– Les sites d'expression des commissions : jeunes, scolaires, communication... De la même façon il y aurait un sous-domaine de ffechecs.fr pour chaque commission. Mais le backend serait le même SPIP 3.0 avec le plugin mutidomaines.
Bien entendu c'est sur cette interface que j'ai particulièrement travaillé de concert avec Eric Delmotte.
A l'automne 2013 nous n'avons pas compté les heures !
L'idée était d'assurer la continuité entre le site echecs.asso.fr et les nouveaux sites des commissions qui devaient prendre le relais.
Pour conserver tout l'historique, parfois très riche, de l'activité des commissions nous avons passé des heures avec Eric à rendre compatible la base d'articles que nous avait fournie Erick Mouret. Après plusieurs essais et aussi grâce à des aides et des outils de la communauté SPIP (L'aide de Nicod ainsi que celle de son plugin fusion) nous avons enfin réussi à transférer l'essentiel du contenu, des centaines et des centaines d 'articles ainsi que leurs photos sur le site ffechecs.fr !

On pouvait maintenant commencer à intégrer les commissions. 

C'est le site scolaires qui débroussailla le contenu. Dominique Ruhlmann avait beaucoup de choses à dire pour la commission scolaires. Plus habitué à Drupal il était un peu sceptique sur la capacité qu'avait SPIP à répondre au besoin. 

La première exigence fût de pouvoir attribuer un article à plusieurs rubriques. Ce fût possible grâce au plugin polyhiérarchie. Nous avons pas mal discuté Dominique, Eric et moi sur ce que devait être la structure des pages. Dominique a joué un grand rôle dans ce que sont devenues ces pages de commissions. Notamment il a introduit quelques touches de css 3.0 dans le menu latéral.

Enfin au tout début janvier 2014 le site scolaires était en ligne.

  


Puis suivit le site Handi, où nous avons bénéficié de la compétence de Georges Vasquez. Ensuite il y eut le site jeunes animé par Jacques Mathis et son énergie, le site de la DNA par Darko Anic.

On sentait les choses prendre forme. On pouvait s'imaginer que bientôt l'ensemble des commissions pourrait prendre sa place sur ce site participatif. Mais je m'inquiétais de voir le temps passer et avec Aurélie nous avons relancé notamment la directrice des féminines pour qu'elle prenne sa place. Mais c'était compter sans son conservatisme et celui d'autres membres sans doute. Si c'était trop compliqué de prendre en charge le site (en technique ou en temps) pourquoi ne pas déléguer ? Peur de perdre le contrôle ? Trop de conservatisme ?

Toujours est-il qu'il n'y a eu que 4 sites de commission mis en place.
Aurélie bataillait toujours pour que d'autres prennent leur place, mais elle bataillait aussi pour un projet qu'elle avait à cœur : mettre en place un organigramme de la FFE sur un site. Que à partir d'un site on puisse voir non seulement qui faisait quoi dans la fédé, mais aussi dans ses commissions, dans ses Ligues. Qu'on puisse aussi faire le lien avec les statuts, les règlements.

  


Un projet ambitieux qui visait à rendre accessible et compréhensible à tous la fédération, ses rouages. 

Je suis venu à Saint-Quentin présenter ce projet avec Aurélie qui n'avait pas compté son temps bénévole pour lui donner corps, lors de la réunion des présidents de Ligue de septembre 2014.

Ce beau projet a été totalement abandonné suite à la démission d'Aurélie. N'ayant pas de nouvelles du bureau j'ai fini par couper l'accès public à ce site. On ne peut laisser un tel site en ligne et non maintenu.
En février 2015 j'ai annoncé au Directeur et général et au président de la FFE que j'arrêtais les frais : "Après m'être battu pour une modernisation du web fédéral pendant plusieurs présidences, force est de constater qu'il faudra sans doute attendre une autre équipe pour voir une impulsion novatrice. Je jette donc l'éponge."
A ma connaissance je n'ai pas été remplacé et je continue donc d'assumer quelques menues taches de maintenance. Ce qui m'a frappé c'est que j'ai reçu un message de sympathie de Laurent Vérat dès qu'il a reçu mon mail. Il a fallu plusieurs mois avant que le président fédéral ne m'appelle pour parler d'autre chose...
Un mot sur le renouveau actuel du site fédéral. Tout le monde a salué la modernisation, le look plus actuel. Mais il reste deux gros écueils qui pourront d'ailleurs s'arranger sans remettre en question la nouvelle maquette : le site n'est toujours pas responsive [3] mais surtout le nouveau menu déroulant n'est pas accessible pour les mal-voyants [4]
J'ai beaucoup appris durant toutes ces années : je n'ai aucune formation informatique ni en développement web et j'ai eu le plaisir de réaliser ce qui est pour moi de belles réalisations techniques. J'ai pu le faire grâce l'aide de bénévoles désintéressés qui ne comptent pas leur temps et aussi grâce à une communauté SPIP chaleureuse.
		
		
[1] Il faut tout de même prendre en compte le fait que le site echecs.asso.fr est un outil remarquable avec les bases de données des licenciés, des clubs, des arbitres, des tournois etc... directement cablées !

[2] D'ailleurs le nouveau président de l'AIDEF réclame quelques milliers d'Euros à la FFE mais le travail gratuit effectué par les bénévoles et l'hébergement semblent ne pas avoir d'importance à ses yeux. M. Van Hollandt serait il ingrat ?

[3] capacité à s'adapter facilement aux différentes tailles de smartphone, tablettes...

[4] il faudrait pour cela qu'il soit navigable au clavier