Retour à l'organisation du travail

Les décisions à prendre avant de construire le WordPress

Séance du mercredi 7 octobre 2026, en ouverture (environ 50 minutes), avec les 13 étudiants. Quinze points, tirés de la section 14 du plan WordPress. Chacun a été revérifié le 6 octobre au soir dans le prototype, la base WordPress locale, la maquette FINALE et l'ancien site (SPIP) ; les images viennent du prototype.

Nouveau le 06/10, pour la séance du 07/10Pour chaque point : la question en clair, ce qu'il faut regarder (avec les images), les options et ce que chacune change pour le visiteur, pour l'Alliance dans l'admin et pour notre travail, la recommandation, une question pour la classe, et une case pour noter la décision. Après la séance, les décisions sont reportées et datées dans le plan (section 14) : c'est lui qui fait foi.

Le déroulé proposé

TempsPartiePoints
20 min1. Ce que voit le visiteur : la frise et la page Alliance2 et 17, 18, 21, 19, 8
8 min2. Le contenu11, 16
7 min3. Comment le thème est construit3, 4
8 min4. L'admin de l'Alliance5, 6, 20
7 min5. L'organisation de la première séance WordPress1, 9

On commence par ce qui se voit à l'écran : c'est là que la classe a le plus d'avis. Les points d'organisation (1 et 9) viennent en dernier : ils dépendent surtout d'Emmanuel, mais Elliot, Veronika, Daria et l'équipe admin y sont directement concernés.

Les mots à connaître

Événement
Un contenu WordPress par moment de l'histoire ou par action de l'Alliance : titre, dates, texte, photos. La frise, la page Alliance, l'accueil et les fiches le lisent.
Rubrique
Le chapitre de la frise auquel appartient un événement : Contexte, Histoire, Contestation, Le Quartier, Aujourd'hui. Se choisit dans l'admin.
Bloc
La mise en page d'un événement dans la frise : un fichier PHP par bloc. Le prototype en a 39 (34 événements et 5 ouvertures de chapitre).
Ouverture
Le grand écran de couleur qui commence un chapitre (« 03 Contestation »), avec son menu des chapitres en haut à gauche.
Clôture
Le bloc 39 « Aujourd'hui : la lutte continue », s'il devient la page de fin fixe de la frise, comme une quatrième de couverture (point 2).
Date de tri, date affichée
La date exacte qui range l'événement (obligatoire), et le texte montré au visiteur (« Été 2025 »), facultatif.
Case « Action de l'Alliance »
Un interrupteur Oui / Non sur chaque événement (nom technique : action_alliance).
Moments clés
Les cartes du bas de la page Alliance : les événements passés du chapitre 05 « Aujourd'hui » de la frise (décision du 06/10).
Admin
L'interface de WordPress où l'Alliance écrit ses contenus (adresse /wp-admin/). Le visiteur ne la voit jamais.
ACF
L'extension qui ajoute des cases aux écrans de l'admin : date, rubrique, lieu, horaires, case Alliance.
Gabarit
Le fichier PHP du thème qui met en page un type de page : page-alliance.php pour la page Alliance, single-evenement.php pour la fiche de n'importe quel événement.
Requête
La question qu'un gabarit pose à la base : « donne-moi les événements de la rubrique Aujourd'hui, déjà passés, du plus ancien au plus récent ».
Écrit en dur
Écrit dans un fichier du thème et pas dans la base : l'Alliance ne peut pas le modifier dans l'admin, il faut un développeur.
Slug
La fin d'une adresse : alliance dans /alliance/. WordPress s'en sert aussi pour choisir le gabarit (page-alliance.php).

Les quinze points en un coup d'œil

PointLa questionRecommandéQui tranche
2 et 17La frise montre-t-elle les actions à venir ? Où va le bloc 39 « La lutte continue », dans la frise et sur la page Alliance ?La frise s'arrête à aujourd'hui ; le 39 devient la clôture fixe, et sa carte reste la dernière des moments clésEmmanuel, avis de Matthias
18Les moments clés : du plus ancien au plus récent, ou l'inverse ?Deux avis : le plan dit le plus ancien d'abord, la relecture le plus récent d'abordEmmanuel
21« Quartier » ou « Le Quartier » dans la bande du bas ?Garder les deux noms, comme la maquetteEmmanuel
19Que tape l'Alliance pour que le lien « Itinéraire » mène au bon endroit ?Un champ adresse (jamais affiché) et un lien OpenStreetMap collé, facultatifEmmanuel ; Matthias pour le lieu de rendez-vous
8D'où viennent les trois cartes du bandeau de l'accueil ? Quels événements cocher « Action de l'Alliance » ?Bandeau automatique ; cocher 35, 36, 37 et les deux Tritoni-e (le plan disait aussi 21 et 23)Emmanuel, Matthias confirme
11Quatre détails de contenu (une date, un petit titre, un doublon, la galerie)Voir le pointEmmanuel, Michel confirme
16Le site en néerlandais ?Français seulement pour la première versionLe client ; Emmanuel en attendant
3Garder les numéros dans les noms des fichiers de bloc ?Les garderEmmanuel
4Le texte des blocs de la frise : dans le fichier ou dans l'admin ?Dans le fichier au départ, bloc par bloc ensuiteEmmanuel
5Que faire des pages de WordPress (Activités, Presse, quatre pages vides) ?Activités devient Alliance, Presse est créée, quatre pages en brouillonEmmanuel, à annoncer au client
6Sur quel écran l'Alliance écrit-elle un événement ?L'écran classique, tout visible sur une pageEmmanuel
20La barre noire de WordPress sur le site, pour les personnes connectéesLa masquerEmmanuel
1Comment chaque étudiant a-t-il le WordPress du Marais sur son ordinateur ?Un paquet prêt à dézipper et la base exportéeEmmanuel ; la classe dit quel serveur elle a
9Qui écrit les fichiers clés (page Alliance, fiche, pieds de page) avant la séance ?Mixte : page Alliance et fiche prêtes, Daria branche les pieds de page en séanceEmmanuel, après avoir entendu Elliot, Veronika, Daria

1. Ce que voit le visiteur : la frise et la page Alliance20 minutes : points 2 et 17, 18, 21, 19, 8

217La fin de la frise, et le bloc 39 « Aujourd'hui : la lutte continue »

La question

Quand l'Alliance annonce une action pour dimanche prochain, doit-elle déjà apparaître dans la frise, ou seulement une fois la date passée ? Et le bloc 39, qui conclut la frise : comment le garder en dernier, alors que WordPress range les événements par date ? Les deux « Samedi de Tritoni-e » de l'ancien agenda (5 et 19 septembre 2026, déjà passés) sont plus récents que lui (sa date de tri : 1er juin 2026) : rangés par date, ils passeraient après. Enfin, sur la page Alliance, la dernière carte des moments clés est ce même bloc 39 : la garde-t-on ?

Pourquoi maintenant : ce choix fixe la règle de la frise et ce qu'on importe dans WordPress (33 ou 34 événements). Rien de la frise ne se construit avant. Les deux points se tranchent ensemble : certaines combinaisons sont impossibles.

Ce qu'il faut regarder
L'ouverture du chapitre 05 Aujourd'hui, menu des chapitres ouvert : cinq blocs, la lutte continue en dernier
Le chapitre 05 et son menu : cinq blocs, « Aujourd'hui : la lutte continue » en dernier.
Le bloc 39 Aujourd'hui, la lutte continue, sur une photo de groupe
Le bloc 39, conclusion de la frise. Après lui : une seconde photo et le pied de page.
La liste Rejoignez nos prochaines actions, trois fois la carte Balade nature
Page Alliance, en haut : la place d'une action annoncée (carte d'exemple répétée trois fois).
La grille des moments clés : terrain de foot, crade parties, dragon, portrait du défenseur, la lutte continue
Page Alliance, en bas : les moments clés, blocs 35 à 39. La cinquième carte est le bloc 39.
Ce que donnerait chaque choix dans la frise, chapitre 05 (dans WordPress, date du bloc 35 corrigée : point 11)
Prototype3536373839pied de page
Point 2, A35363738Tritoni-e 05/09Tritoni-e 19/0939, toujours dernierpied de pagela Balade du 18/10 reste sur la page Alliance ; elle entre dans la frise le 19/10
Point 2, B35363738Tritoni-e 05/09Tritoni-e 19/0939 daté 31/12/9999pied de pageun événement futur non coché entrerait dans la frise
Point 2, C3536373839Tritoni-e 05/09Tritoni-e 19/09Balade 18/10pied de pagela conclusion se perd au milieu
Point 2 : la frise et le futur

ALa frise s'arrête à aujourd'hui, le 39 devient une clôture fixeRecommandé

Pour le visiteur
La frise ne montre que ce qui a eu lieu. Une action annoncée est en haut de la page Alliance ; le lendemain de sa date, elle entre toute seule dans la frise et dans les moments clés. Le 39 reste toujours dernier, comme dans la maquette.
Pour l'Alliance (admin)
Rien de plus à faire. Le 39 n'est plus dans la liste des événements : son texte se change dans un fichier du thème.
Pour notre travail
La requête est déjà écrite dans le plan ; le 39 s'ajoute par une ligne après la boucle. 33 événements importés.
Risque
Le texte complet du 39 (repris de l'ancien site) n'a plus de fiche à lui.

BTout sauf les actions de l'Alliance à venir, le 39 daté du 31/12/9999

Pour le visiteur
Aujourd'hui, comme A. Mais un événement futur non coché (l'annonce d'une commission de concertation, par exemple) entrerait dans la frise avant d'avoir eu lieu.
Pour l'Alliance (admin)
Le 39 apparaît avec une date impossible. Si quelqu'un la « corrige », il n'est plus dernier.
Pour notre travail
Une requête plus compliquée ; 34 événements importés.
Risque
Une fausse date dans la base. Daté dans le futur, le 39 sort des moments clés et sa fiche l'annonce comme « à venir ».

CLa frise montre tout, futur compris (décision du 24/09)

Pour le visiteur
Une action annoncée pour dimanche est déjà dans l'histoire. Le 39 n'est plus dernier : les Tritoni-e et chaque action future passent après lui.
Pour l'Alliance (admin)
Un événement créé apparaît partout tout de suite.
Pour notre travail
La requête la plus simple (aucun filtre de date).
Risque
La conclusion « la lutte continue » se retrouve au milieu du chapitre, contre la maquette.
Point 17 : la carte « La lutte continue » sur la page Alliance

ALe 39 sort des moments clés

Pour le visiteur
Six cartes : 35 à 38 et les deux Tritoni-e, deux rangées pleines, comme la maquette. Plus de carte de conclusion.
Pour l'Alliance (admin)
Rien à gérer.
Pour notre travail
Rien de plus à écrire.
Risque
On perd la carte de conclusion validée dans le prototype le 06/10.

BLe 39 est un événement comme les autres

Pour le visiteur
Il a sa fiche, avec le texte complet. Mais dans la frise, les Tritoni-e passent après lui.
Pour l'Alliance (admin)
Titre, date et texte se modifient dans l'admin.
Pour notre travail
34 événements importés.
Risque
Impossible avec l'option A du point 2 : la conclusion glisse vers le milieu du chapitre, un peu plus à chaque action.

CClôture dans la frise, et une carte écrite dans le gabaritRecommandé

Pour le visiteur
Le 39 conclut la frise ET la liste des moments clés, comme dans le prototype. Sept cartes : une seule sur la troisième rangée.
Pour l'Alliance (admin)
Rien à gérer, mais cette carte ne se modifie pas dans l'admin (écrite en dur).
Pour notre travail
Quelques lignes après la boucle des moments clés. La carte mène au bloc 39 de la frise : sur téléphone, ça marche déjà ; sur ordinateur, la frise s'ouvre à son début tant que frise.js ne suit pas l'ancre (dix lignes, plus tard).
Risque
Un aller-retour : le « Lire la suite » du 39 mène à la page Alliance, sa carte ramène à la frise.
Recommandation : A pour le point 2, C pour le point 17.C'est ce que montre la maquette : le 39 conclut la frise. Une frise d'histoire raconte ce qui a eu lieu ; une annonce a déjà sa place en haut de la page Alliance. On évite une fausse date que l'Alliance pourrait casser. Le prix : le texte du 39 n'est plus modifiable dans l'admin, acceptable pour une conclusion qui change rarement. Si Emmanuel préfère la simplicité pour le 17, A est le repli propre (six cartes, comme la maquette).
Si l'Alliance annonce aujourd'hui une balade pour dimanche, à quels endroits du site doit-elle apparaître, et où pas encore ? Le bloc 39 est-il un événement (une chose arrivée à une date) ou une conclusion ?

Décision

Point 2

ABC

Point 17

ABC

18L'ordre des moments clés

La question

Les cartes du bas de la page Alliance (les événements passés du chapitre 05) : du plus ancien au plus récent, comme une histoire, ou du plus récent au plus ancien, comme un fil d'actualités ? La maquette ne le dit pas : elle répète six fois la même carte. Cette liste n'a pas de limite : elle s'allonge à chaque action passée.

Pourquoi maintenant : un mot dans la requête de page-alliance.php, et le prototype doit suivre le même ordre. L'ordre décide aussi où se place la carte du bloc 39 (point 17).

Ce qu'il faut regarder La liste dans WordPress, après l'import (date du bloc 35 corrigée, point 11 ; avec la carte du 39 si le point 17 retient C)

A. Du plus ancien au plus récent

  1. Un terrain de foot improvisé
  2. Crade parties
  3. Un dragon en papier mâché
  4. Portrait du défenseur
  5. Samedi de Tritoni-e, 05/09
  6. Samedi de Tritoni-e, 19/09
  7. Aujourd'hui : la lutte continue

Chaque nouvelle sortie arrive en bas.

B. Du plus récent au plus ancien

  1. Aujourd'hui : la lutte continue
  2. Samedi de Tritoni-e, 19/09
  3. Samedi de Tritoni-e, 05/09
  4. Portrait du défenseur
  5. Un dragon en papier mâché
  6. Crade parties
  7. Un terrain de foot improvisé

Chaque nouvelle sortie arrive en haut, sous la carte de conclusion.

ADu plus ancien au plus récent (comme le prototype)

Pour le visiteur
La suite du récit de la frise. La sortie la plus récente est tout en bas : plus l'Alliance agit, plus il faut descendre pour la voir.
Pour notre travail
Rien à changer dans le prototype.
Risque
La section vieillit : les mêmes cartes de 2025 restent en tête pendant des années.

BDu plus récent au plus ancien (comme un fil d'actualités)

Pour le visiteur
La page se lit à partir d'aujourd'hui : ce qui arrive (en haut), puis ce qui vient de se passer, puis le plus ancien.
Pour notre travail
Un mot dans la requête, une ligne dans le prototype ; la carte du 39 s'écrit avant la boucle.
Risque
Les moments fondateurs (terrain de foot, dragon) descendent au fil des sorties.
Deux avis. Le plan recommande A : la section prolonge le récit de la frise. La relecture du 06/10 recommande B : la liste n'a pas de fin, et avec A la sortie la plus récente finit toujours en bas. La maquette ne tranche pas, et changer d'avis plus tard coûte un mot.

À savoir : une carte de moment clé n'affiche que la « date affichée ». Les actions créées par l'Alliance n'auront souvent qu'une date de tri : leurs cartes seraient sans date (deux « Samedi de Tritoni-e » identiques côte à côte). À prévoir : la date affichée, sinon la date de tri.

Une page qui s'appelle « Nos actions » : vous la lisez comme un livre d'histoire ou comme un fil d'actualités ? Que voulez-vous voir en premier en arrivant ?

Décision

A, du plus ancien au plus récentB, du plus récent au plus ancien

21« Quartier » ou « Le Quartier »

La question

Le quatrième chapitre s'appelle « Le Quartier » dans son grand titre et dans le menu des chapitres, mais « Quartier » dans la bande du bas et dans la barre des chapitres du téléphone. C'est déjà ainsi dans la maquette. Garde-t-on ces deux noms (ce qui demande un champ de plus à remplir dans l'admin), ou écrit-on « Le Quartier » partout ?

Pourquoi maintenant : le libellé court se remplit dans l'admin avant la séance, et la bande de la frise WordPress sera comparée au pixel avec le prototype. Un petit choix, sans enjeu technique.

Ce qu'il faut regarder
L'ouverture 04 Le Quartier, avec la bande du bas qui dit Quartier
Ordinateur : « 04 Le Quartier » en grand et dans le menu, « Quartier » dans la bande du bas.
Sur téléphone, le titre 04 Le Quartier et l'onglet 04 Quartier
Téléphone : titre « 04 Le Quartier », onglet « 04 Quartier ».
La bande du bas avec Quartier
La bande aujourd'hui : « Quartier ».
La bande du bas avec Le Quartier, simulation
Simulation de l'option B : « Le Quartier ». Ça tient : 72 px de texte pour 207 px de place (écran de 1512 px) ; sur téléphone, 57 px dans un onglet de 80 px.

ADeux noms : « Quartier » dans les barres, « Le Quartier » ailleursRecommandé

Pour le visiteur
Exactement la maquette et le prototype.
Pour l'Alliance (admin)
Une case « Libellé court » sur la rubrique, remplie une fois. Vide, la bande affiche le nom complet et rien ne casse.
Pour notre travail
Une ligne déjà écrite dans le plan. Mieux qu'utiliser la case « Description » de la rubrique, comme le proposait le plan : son nom ne dit pas à quoi elle sert.
Risque
Une case de plus à expliquer.

B« Le Quartier » partout

Pour le visiteur
La bande et l'onglet disent « Le Quartier » : le seul nom de la bande avec un article.
Pour l'Alliance (admin)
Rien à remplir.
Pour notre travail
Aucune ligne de plus ; une ligne du prototype à changer pour rester comparable.
Risque
Un écart avec la maquette FINALE, qui fait foi depuis le 28/09.
Recommandation : A, avec une case « Libellé court ».La maquette fait déjà la différence : forme courte dans les barres, forme longue dans les titres. B tient partout (mesuré) : choisir B est seulement une question de fidélité à la maquette.
Un même chapitre peut-il porter deux noms selon la place disponible ? Qui, dans l'admin, devra s'en souvenir ?

Décision

A, deux nomsB, « Le Quartier » partout

19Le lien « Itinéraire »

La question

Sur chaque carte d'action de la page Alliance et sur chaque fiche, un lien « Itinéraire » ouvre OpenStreetMap (demandé par la maquette, à la place de Google Maps). Que tape l'Alliance dans l'admin pour que ce lien mène au bon endroit : le nom du lieu qui s'affiche, une vraie adresse, ou un lien copié sur OpenStreetMap ?

Pourquoi maintenant : un champ se crée dans l'admin sur le poste d'Emmanuel avant la séance, jamais en séance (treize postes donneraient treize structures différentes).

Ce qu'il faut regarder
La carte Balade nature : Coin Vander Bruggen et Scheutveld, lien Itinéraire
La carte d'action : le lieu affiché, et le lien « Itinéraire » à droite.
La fiche : Rue de Scheutveld, 1070 Anderlecht, lien Itinéraire
La fiche : « Rue de Scheutveld », une adresse qui n'existe pas sous ce nom (voir le tableau).
Ce que trouve OpenStreetMap (vérifié le 06/10)
Texte tapéCe que trouve OpenStreetMapVerdict
Coin Vander Bruggen et ScheutveldRien : « Couldn't locate »Introuvable
Rue de Scheutveld, 1070 AnderlechtLa rue Van Soust, quartier de Moortebeek, à 1,8 km du marais. La rue s'appelle « Rue Scheutveld », sans « de ».Faux, sans aucun message d'erreur
Quai Fernand Demets 7, 1070 AnderlechtLe bâtiment au bord du marais, à 180 m du carrefourProche
Le champ « Lieu » tel quel (nom du lieu, retour à la ligne, adresse)RienIntrouvable
OpenStreetMap : Search failed, Couldn't locate Coin Vander Bruggen et Scheutveld
« Coin Vander Bruggen et Scheutveld » : OpenStreetMap ne trouve rien.
OpenStreetMap pose la destination rue Van Soust
« Rue de Scheutveld » : la destination devient la rue Van Soust, à 1,8 km.
OpenStreetMap trouve 7, Quai Fernand Demets
« Quai Fernand Demets 7 » : trouvé, au bord du marais.

ALe lien construit sur le champ « Lieu » existant

Pour le visiteur
Le lien échoue chaque fois que le lieu est une description (« Coin... », « accès sentier... »).
Pour l'Alliance (admin)
Rien de nouveau.
Pour notre travail
Une ligne, aucun champ à créer.
Risque
Lien cassé pour la plupart des vraies actions.

BUn champ « Adresse pour l'itinéraire » et un lien collé, facultatifRecommandé

Pour le visiteur
Le lieu affiché reste celui que l'Alliance choisit. Le lien ouvre l'itinéraire vers l'adresse, ou le point exact si un lien a été collé.
Pour l'Alliance (admin)
Deux cases sous « Lieu ». En général, une adresse. Pour un carrefour ou un point dans le marais : un lien copié sur openstreetmap.org (bouton « Partager »).
Pour notre travail
Deux champs avant la séance, trois lignes de gabarit.
Risque
Une adresse mal écrite mène ailleurs sans erreur (« Rue de Scheutveld ») : l'aide du champ demande de cliquer sur « Itinéraire » pour vérifier.

CUn champ adresse seul, qui accepte aussi des coordonnées GPS

Pour le visiteur
Toujours la page d'itinéraire ; avec des coordonnées (50.83759, 4.31497), la destination est posée exactement au carrefour.
Pour l'Alliance (admin)
Un seul champ ; pour un carrefour, il faut savoir lire des coordonnées.
Pour notre travail
Un champ, une ligne.
Risque
Des coordonnées parlent moins à un bénévole qu'un lien copié.

DSeulement un lien OpenStreetMap collé

Pour le visiteur
Le point exact sur la carte, mais il doit lui-même cliquer sur « Itinéraire ».
Pour l'Alliance (admin)
Un passage sur openstreetmap.org pour chaque action.
Pour notre travail
Rien à construire.
Risque
Un lien Google Maps collé par habitude ; un champ oublié et le lien disparaît.
Recommandation : B, avec la page d'itinéraire (directions?to=) plutôt que la page de recherche.Le texte affiché et l'adresse ne disent pas la même chose : la maquette elle-même montre « Coin Vander Bruggen et Scheutveld » sur la carte et « Rue de Scheutveld » sur la fiche. Deux champs séparés évitent qu'un texte bien tourné casse le lien ; le lien collé règle les carrefours et le marais. En option : ouvrir l'itinéraire à pied plutôt qu'en voiture (OpenStreetMap ouvre la voiture par défaut).

À demander à Matthias : le vrai point de rendez-vous des sorties. La maquette dit « Coin Vander Bruggen et Scheutveld », l'ancien agenda « face à la Brasserie Atlas ».

Ouvrez openstreetmap.org et cherchez « Rue de Scheutveld, 1070 Anderlecht », puis « Rue Scheutveld, 1070 Anderlecht ». Où arrivez-vous ? Quelle phrase écririez-vous dans l'aide du champ pour qu'un bénévole ne se trompe pas ?

Décision

ABCDitinéraire à pied

8Le bandeau de l'accueil, et les événements à cocher « Action de l'Alliance »

La question

En bas du premier écran de l'accueil, un bandeau fait défiler trois cartes d'actualité. Dans WordPress, d'où viennent ces trois cartes ? Et au moment d'importer l'histoire, quels événements marque-t-on « Action de l'Alliance » ? Depuis le 06/10 (moments clés lus par rubrique), la case ne change presque plus que ce bandeau.

Pourquoi maintenant : le script d'import pose la case sur chaque événement, et Rayan Bermudez reçoit un début de front-page.php qui contient déjà la requête du bandeau.

Ce qu'il faut regarder
Le bandeau de l'accueil : Conférence de presse, Naissance de l'Alliance
Le bandeau aujourd'hui : des exemples écrits à la main.
Les événements candidats (blocs 21 à 39 de la frise)
BlocsÉvénementNature
21Naissance de l'Alliance (mai 2024)Action de l'Alliance
22Jumelage avec le Marais Wiels (septembre 2024)Action avec un partenaire
23Mobilisation citoyenne (janvier 2025)Action de l'Alliance
24Destruction illégale du marais (24 janvier 2025)Acte du promoteur
25Demande de classement (printemps 2025)Démarche de Bruxelles Nature pour l'Alliance
26Avis de la CRMS (28 mai 2025)Avis officiel
27 à 33Le QuartierConstats sur le quartier
35 à 38Terrain de foot, Crade parties, Dragon, Portrait du défenseurActions de l'Alliance (rubrique Aujourd'hui)
39Aujourd'hui : la lutte continueConclusion (points 2 et 17)
Le bandeau

AAutomatique : les prochaines actions cochées, complétées par les dernières passéesRecommandé

Pour le visiteur
Toujours trois cartes. Le 7 octobre : les deux Tritoni-e, puis la dernière action passée cochée (le terrain de foot avec sa date actuelle, le dragon si le point 11 la corrige). Dès qu'une action est annoncée, elle passe en tête.
Pour l'Alliance (admin)
Rien à faire sur l'accueil : cocher la case en créant une action suffit.
Pour notre travail
Requête déjà écrite (code en réserve).
Risque
Il faut au moins trois actions cochées, sinon un vide apparaît à droite pendant le défilement.

BLes trois actions cochées les plus récentes, quelle que soit leur date

Pour le visiteur
Quand plusieurs actions sont annoncées, la plus lointaine passe devant la plus proche : la sortie de samedi peut disparaître.
Pour l'Alliance (admin)
Rien à faire.
Pour notre travail
Une requête au lieu de deux.
Risque
Une action proche peut ne pas apparaître du tout.

CChoisi à la main sur la page d'accueil

Pour le visiteur
Ce que l'Alliance a choisi, y compris un fait qui n'est pas une action (comme le « saccage » de la maquette).
Pour l'Alliance (admin)
Un champ de plus, à tenir à jour à la main.
Pour notre travail
Un champ à créer avant la séance.
Risque
Le bandeau se périme si personne ne le met à jour.
Les cases à cocher à l'import

121, 23, 35, 36, 37 (la liste du plan)

Effet
À l'écran, comme 3 : les blocs 21 et 23 n'entrent jamais dans le bandeau, trois actions cochées plus récentes passent toujours avant eux.
Risque
Leur fiche se fermerait vers la page Alliance, où ils ne sont plus. Liste à faire valider par Matthias.

2Tous les blocs de 21 à 39

Effet
Le bandeau ne change presque pas.
Risque
« Action de l'Alliance : Oui » sur la destruction par le promoteur et sur l'avis de la CRMS : la case perd son sens.

335, 36, 37 et les deux Tritoni-eRecommandé

Effet
Un bandeau plein dès le premier jour. Une règle simple à transmettre : on coche une action que l'Alliance organise, pas un moment de l'histoire.
Risque
Pour lister un jour toutes les actions passées, il faudra cocher 21 à 25 à ce moment-là.
Recommandation : bandeau A, cases 3.Pour un événement passé, la case ne change plus que le bandeau, et 21 et 23 n'y apparaîtraient jamais : les cocher ne change rien à l'écran, demande une validation et casse leur bouton Fermer. Au passage : dans le bandeau, afficher la date affichée quand elle existe (sinon « Été 2025 » deviendrait « 01.07.25 », une date inventée).
À quoi sert ce bandeau pour un habitant du quartier ? Doit-il annoncer les prochaines sorties de l'Alliance, ou toutes les nouvelles du marais, même celles qui viennent du promoteur ?

Décision

Bandeau

ABC

Cases

123

2. Le contenu8 minutes : points 11 et 16

11Quatre détails de contenu

La question

Quatre petites décisions avant d'importer les événements : la date du bloc « Un terrain de foot improvisé » ; le petit titre au-dessus du texte d'une fiche d'événement passé ; l'entrée « Stop au saccage » de l'ancien agenda ; la galerie de photos et le crédit photo sur les fiches.

Pourquoi maintenant : l'import a besoin de la date et doit savoir s'il crée un événement de plus ; la fiche (single-evenement.php) porte le petit titre, la galerie et le crédit.

a. La date du bloc 35 « Un terrain de foot improvisé »

Le texte du bloc dit « Au printemps 2025, des goals sont installés » (et « En mars 2025 » dans un autre article). Sa date de tri est pourtant le 18/01/2026 : l'inauguration du FC Biestebroeck, racontée plus loin. L'article BX1 est du 22/12/2025 : la date de la presse, pas de l'événement. Avec le 18/01/2026, WordPress le rangerait après le bloc 38.

Le bloc 35 sur téléphone : aucune date, texte au printemps 2025
Bloc 35 : aucune date affichée, le texte dit « printemps 2025 ».

a115/06/2025, date provisoire (plan)

Effet
L'ordre du prototype, mais la fiche afficherait « 15.06.25 », une date qui n'existe nulle part.

a222/12/2025, date de l'article BX1

Effet
Le bloc passe après le 38 ; on mélange la date de la presse et celle des faits.

a301/03/2025, affichée « Printemps 2025 »Recommandé

Effet
L'ordre du prototype ; carte et fiche disent « Printemps 2025 », comme le texte. Rien d'inventé.

a4Garder le 18/01/2026

Effet
Le bloc passe après le 38 ; la date contredit le texte.
b. Le petit titre au-dessus du texte d'une fiche passée

La fiche du prototype et la maquette affichent « Infos pratiques », même pour un moment passé : la maquette a recopié la fiche d'action. Or la même fiche sert aux 33 événements de la frise, y compris un constat sur le quartier ou une carte de 1550.

La section Infos pratiques de la fiche
La section de texte de la fiche, avec son petit titre gris.

b1« Ce qui s'est passé » (code en réserve)

Effet
Clair pour une sortie, étrange au-dessus d'un constat ou d'une carte ancienne.

b2Aucun petit titre pour un événement passéRecommandé

Effet
Le texte commence sous l'adresse ; « Infos pratiques » reste sur les actions à venir, où il a du sens.

b3« Le récit »

Effet
Neutre, convient à tous les blocs ; un peu littéraire.
c. « Stop au saccage » de l'ancien agenda

L'entrée est datée du 24/01/2024, mais son propre texte commence par « Le 24 janvier 2025 à 8h du matin », et l'article lié est du 24/01/2025. L'année 2024 est une faute de frappe : c'est le même fait, le même jour, que le bloc 24 « Destruction illégale du marais ».

Le bloc 24 sur téléphone : 24 janvier 2025, destruction illégale du marais
Bloc 24 : la destruction du 24 janvier 2025.

c1Fusion avec le bloc 23

Effet
Mauvais bloc : le 23 parle de la rencontre et de la conférence de presse.

c2Fusion avec le bloc 24Recommandé

Effet
Rien de nouveau dans la frise ; la fiche du 24 reprend le texte et la vidéo de « Stop au saccage ».

c3Un événement à part

Effet
Deux blocs pour le même matin ; daté 2024, il passerait même avant la naissance de l'Alliance.
d. La galerie et le crédit photo sur les fiches

La fiche du 25/09 affichait « Photo : IEB » sous la grande photo et une grille de photos sous le texte. La fiche actuelle et la maquette n'ont ni l'un ni l'autre. Or l'admin propose déjà quatre images par événement et promet que « le crédit se saisit sur chaque image » : sans galerie ni crédit, ces saisies ne s'affichent nulle part.

d1Galerie et crédit, seulement s'ils sont remplisRecommandé

Effet
Une fiche sans images supplémentaires reste identique à la maquette ; les photos de l'IEB sont créditées. Une petite mise en page à dessiner (absente de la maquette).

d2Le crédit seul

Effet
Les sept photos du bloc 21 ne sont visibles nulle part.

d3Ni l'un ni l'autre, comme la maquette

Effet
Des photos publiées sans crédit, alors que l'aide du champ promet le contraire.
Recommandation : a3, b2, c2, d1.La date vient du texte même du bloc ; aucun petit titre ne convient à tous les événements passés ; l'ancien agenda montre que « Stop au saccage » est le bloc 24 ; le modèle a déjà les emplacements d'images et promet les crédits. Michel peut confirmer a et c.
Le texte du bloc 35 dit « printemps 2025 », sa date de tri dit 18 janvier 2026 et la presse dit 22 décembre 2025. Laquelle est la date de l'événement, et qui peut le confirmer ?

Décision

a1a2a3a4
b1b2b3
c1c2c3
d1d2d3

16Le site en néerlandais ?

La question

Le client n'a pas encore dit s'il veut le site en néerlandais (questions 8.1 à 8.3 au client, toujours ouvertes). Construit-on la première version en français seulement, ou attend-on sa réponse ?

Pourquoi maintenant : c'est aussi une habitude d'écriture à donner aux étudiants dès la première séance WordPress, pour les textes fixes de leurs gabarits.

Ce qu'il faut regarder
Le bloc 02 : titre en escalier Marais de Biestebroeck
Un titre en escalier est calé au pixel sur les mots français : une autre langue demande de recaler chaque bloc.
L'image de partage de la page Alliance, titre incrusté Agir sur le territoire
L'image de partage de la page Alliance : le titre est dans l'image.

Dans la base (l'Alliance le modifie ; une extension pourrait le traduire, chaque contenu saisi deux fois)

  • événements (titre, texte, fiche)
  • thématiques (six sections)
  • presse, ressources
  • coordonnées, pages simples
  • noms des rubriques

Dans le code (à traduire à la main par un développeur)

  • les 34 blocs de la frise (texte et positions)
  • le menu (six libellés)
  • les titres des gabarits (« Rejoignez nos prochaines actions »)
  • les pieds de page
  • les dix images de partage

AFrançais seulement pour la première versionRecommandé

Pour le visiteur
Le site en français, comme l'ancien.
Pour notre travail
Rien.
Risque
Plus tard : 4 à 8 jours d'intégration (blocs, gabarits, menu, images).

BFrançais seulement, mais « prêt à traduire »

Pour le visiteur
Identique à A.
Pour notre travail
Chaque texte fixe d'un gabarit s'écrit avec une fonction de traduction (esc_html_e( '...', 'marais' )) : un prolongement du geste d'échappement.
Risque
Plus de PHP pour des débutants ; ne règle ni la frise ni les images.

CBilingue dès la première version

Pour le visiteur
Un sélecteur FR / NL, absent de la maquette.
Pour l'Alliance (admin)
Chaque contenu en deux exemplaires ; il faut un traducteur pour tout (personne n'est désigné).
Risque
Retarde la première version pour des textes qui n'existent pas.
Recommandation : A, sans attendre la réponse.Les adresses des pages ne bloquent rien : une extension de traduction garde les adresses françaises telles quelles et range le néerlandais sous /nl/. Si le client répond « oui, plus tard », passer à B dès la conversion des gabarits. Poser les questions 8.1 à 8.3 à Matthias à la prochaine occasion.
Dans votre page, faites la liste des textes : lesquels viendront de la base, lesquels sont écrits dans votre fichier PHP ?

Décision

ABC

3. Comment le thème est construit7 minutes : points 3 et 4

3Garder les numéros dans les noms des fichiers de bloc ?

La question

Chaque bloc de la frise est un fichier dont le nom commence par un numéro : 21-naissance-de-l-alliance.php. Dans WordPress, on garde ces numéros, ou on renomme les 34 fichiers sans numéro ? Le visiteur et l'Alliance ne voient aucune différence : c'est une question de rangement pour nous.

Pourquoi maintenant : le script qui copie les blocs dans le thème, et une petite fonction de functions.php, en dépendent.

Un même bloc à quatre endroits
OùA. GarderB. Renommer
Le fichier21-naissance-de-l-alliance.phpnaissance-de-l-alliance.php
L'id dans la pageevt-21-naissance-de-l-allianceevt-naissance-de-l-alliance
Les règles de site.css.evt--21-naissance-de-l-alliance (442 règles pour les 34 blocs)les 442 règles réécrites
La base WordPress (slug)naissance-de-l-alliancenaissance-de-l-alliance

AGarder NN-slug.phpRecommandé

Pour notre travail
Aucun renommage. Cinq lignes de functions.php retrouvent le fichier numéroté à partir du slug. Les étudiants retrouvent leurs blocs par numéro, dans l'ordre de la frise.
Risque
Les numéros ne suivent plus l'ordre dès qu'un événement s'ajoute au milieu (les Tritoni-e n'ont pas de numéro). Deux habitudes de nommage cohabitent.

BRenommer en slug.php

Pour notre travail
34 fichiers, 34 ids et 442 règles à réécrire par script, puis tout revérifier au pixel. Le dossier ne se lit plus dans l'ordre de la frise.
Risque
Un renommage de masse juste avant la séance : une règle oubliée et un bloc perd sa mise en page ; les branches des étudiants à fusionner sur des fichiers renommés.
Recommandation : A au départ.Aucun effet visible, aucun risque avant la séance. La fonction accepte déjà les deux formes : un renommage plus tard ne touche pas la boucle de la frise.
À quoi sert un numéro dans un nom de fichier, et que devient-il quand on ajoute un élément au milieu ? Quel nom donneriez-vous au fichier d'un événement créé demain par l'Alliance ?

Décision

A, garderB, renommer

4Le texte des blocs de la frise : dans le fichier ou dans l'admin ?

La question

Dans WordPress, le texte des 34 blocs de la frise est-il lu dans le fichier du bloc, comme dans le prototype, ou dans l'admin ? Dans le premier cas, une faute corrigée par l'Alliance dans l'admin ne se corrige pas dans la frise. Dans le second, il faut réécrire les 34 blocs.

Pourquoi maintenant : le script de copie des blocs fait deux remplacements, ou une réécriture complète ; et la première séance porte sur les pages, ou sur les blocs.

Ce qu'il faut regarder
Le bloc 21 Naissance de l'Alliance dans la frise
Le bloc 21 : titre, date et carte sont écrits dans son fichier.
L'ouverture 03 Contestation avec son menu des chapitres ouvert
Le menu du chapitre 03 répète titres et dates : dans WordPress, il lira la base.
Où se voit une faute corrigée par l'Alliance dans l'admin
EndroitA. Blocs figésB. Blocs lus dans l'admin
Grand titre et carte du bloc, dans la friseNon (il faut un développeur)Oui
Menu des chapitresOuiOui
Fiche de l'événementOuiOui
Carte de la page Alliance, bandeauOuiOui

ABlocs figés en HTML, rendus modifiables un par un ensuiteRecommandé

Pour le visiteur
La frise est exactement le prototype.
Pour l'Alliance (admin)
Une correction se voit partout sauf dans le grand titre et la carte du bloc. Plus tard, un bloc devient modifiable quand l'Alliance en a besoin.
Pour notre travail
Un script, deux remplacements (adresse des images, lien « Lire la suite »), déjà testé sur les 34 blocs. Personne ne touche aux blocs en séance.
Risque
Le même texte vit à deux endroits (écart assumé à « une seule source de vérité »). Les aides de trois champs de l'admin, qui promettent « affiché dans la frise », sont à réécrire.

BChaque bloc lit l'admin dès la première séance

Pour le visiteur
Même rendu si chaque bloc est bien refait. Un titre lu d'un seul champ perd son escalier ; une photo de la médiathèque n'est pas teintée.
Pour l'Alliance (admin)
Tout se corrige dans l'admin. Mais la carte a une taille fixe : un texte plus long déborde.
Pour notre travail
34 fichiers à réécrire en séance (environ trois par étudiant), chacun à vérifier au pixel.
Risque
La séance passe sur les blocs au lieu des pages.
Recommandation : A.Le premier jour, la frise est identique au prototype, sans risque, et la séance reste centrée sur les pages. Les blocs deviennent modifiables un par un, là où l'Alliance en a vraiment besoin : un bon exercice une fois la mise en page stabilisée.
Si l'Alliance corrige une faute dans un titre, où la correction doit-elle se voir ? Que perd-on si le texte d'un bloc vient de l'admin : l'escalier du titre, la taille de la carte, la teinte des photos ?

Décision

A, figés au départB, lus dans l'admin

4. L'admin de l'Alliance8 minutes : points 5, 6 et 20

5Les pages de WordPress

La question

WordPress contient 13 pages, créées le 24/09, avant la maquette FINALE. La page « Activités » doit s'appeler Alliance, la page Presse n'existe pas, et quatre pages ne sont reliées nulle part : Agenda, À propos, Agir, Cookies. Que fait-on ?

Pourquoi maintenant : les pages se créent et se renomment sur le poste d'Emmanuel avant l'export de la base pour les 13 postes ; après, chaque correction est à refaire 13 fois. Le nom de la page fixe aussi le nom du gabarit (page-alliance.php).

Les 13 pages, et où le site les relie
Page dans WordPressReliée parProposition (A)
Accueille M du menuinchangée
Histoire et contexte, Vision alternative, Ressources, Contactle menuinchangées
Activitésle menu, sous le nom « Alliance »renommée Alliance (adresse /alliance/)
(Presse)le menuà créer (/presse/)
Mentions légales, Politique de confidentialité, Créditsle pied de pageinchangées
Agenda, À propos, Agir, Cookiesrienen brouillon
Le bas de la page Alliance : pied de page et menu à droite
À droite, les six entrées du menu ; en bas, les trois liens d'informations. Ce sont toutes les pages que le site relie.
Le menu ouvert sur téléphone : six entrées
Le menu sur téléphone : six entrées, rien d'autre.

AActivités devient Alliance, Presse est créée, quatre pages en brouillonRecommandé

Pour le visiteur
Chaque entrée du menu et du pied de page mène à une page.
Pour l'Alliance (admin)
10 pages publiées, 4 « Brouillon ». Le jour où les textes existent : Modifier, puis Publier.
Pour notre travail
Une demi-heure dans l'admin ; le code préparé vise déjà /alliance/. Renommer aussi l'onglet « Activités et agenda » de l'écran d'un événement.
Risque
Quatre pages vides dans la liste : l'Alliance peut croire qu'elle doit les remplir.

BGarder l'adresse /activites/, supprimer les quatre pages

Pour le visiteur
Le menu dit « Alliance », l'adresse partagée dit /activites/.
Pour notre travail
Un gabarit page-activites.php ; le code préparé est à corriger.
Risque
Un écart durable entre le nom de la page et son adresse.

CComme A, mais supprimer Cookies

Pour le visiteur
Identique à A.
Pour l'Alliance (admin)
Trois brouillons, chacun lié à une question encore posée au client. Le site ne dépose aucun cookie, et la page Confidentialité a déjà une section Cookies.
Risque
À revoir si l'Alliance ajoute un jour une mesure d'audience.
Recommandation : A (C au choix).Le menu, le pied de page et la maquette ne relient que ces pages ; un brouillon se republie en deux clics.

À annoncer au client : l'Agenda qu'il a demandé le 22/09 n'est plus une page. Seuls les événements cochés « Action de l'Alliance » sont annoncés comme « à venir » : un événement futur non coché (une commission de concertation, par exemple) n'apparaît nulle part avant d'avoir eu lieu. Les textes d'À propos et d'Agir sont toujours attendus.

Une page vide que rien ne relie : la publier, la mettre en brouillon ou la supprimer ? Pour chaque choix, que se passe-t-il le jour où le client envoie enfin le texte ?

Décision

ABC

6L'écran sur lequel l'Alliance écrit un événement

La question

Quand Michel ou Matthias ajoutera un événement, sur quel écran le fera-t-il ? Aujourd'hui, WordPress ouvre un éditeur « par blocs » : les cases importantes (date, rubrique, lieu, horaires, case Alliance) sont repliées tout en bas, invisibles tant qu'on ne les ouvre pas. On peut revenir à l'écran classique, où tout est visible sur une seule page.

Pourquoi maintenant : l'extension s'installe avant l'export de la base, et l'équipe admin saisit tous les contenus à la première séance : elle doit apprendre un seul écran, le bon. Question ouverte depuis le 24/09.

Le même événement, sur les deux écrans

Écran classique

Titre : Balade nature
Texte, avec sa barre d'outils (gras, listes, lien) et « Ajouter un média »
Événement : Rubrique, Date de tri, Date affichée, Lieu, Horaires, case « Action de l'Alliance »... toutes visibles
Publier
Image mise en avant

Éditeur de blocs (aujourd'hui)

Titre : Balade nature
Page blanche : « Saisir / pour choisir un bloc »
Barre « Boîtes méta », repliée : Rubrique, Date, Lieu, Horaires, case Alliance sont dedans
Réglages
La fiche d'un événement dans le prototype
Ce que l'écran remplit : la fiche. La grande zone de texte devient la section de texte ; titre, date, photo et lieu viennent des cases. Le choix de l'écran ne change rien pour le visiteur.

AExtension Classic Editor : l'écran classique partout

Pour l'Alliance (admin)
Une page qui défile, toutes les cases visibles, coordonnées de la page Contact comprises.
Pour notre travail
Aucun code ; une extension à mettre dans le paquet des 13 postes et sur le serveur. Extension officielle de WordPress.
Risque
Une extension de plus à tenir à jour.

BÉditeur de blocs, cases repliées (état actuel)

Pour l'Alliance (admin)
Les cases sont cachées : lieu, horaires et case Alliance s'oublient facilement. L'éditeur permet aussi des colonnes, boutons et couleurs que la maquette ne prévoit pas.
Pour notre travail
Rien à installer.
Risque
Des cases oubliées ; une mise en page libre qui casse la maquette.

CDécocher « Afficher dans l'API REST » dans ACF

Pour l'Alliance (admin)
Écran classique pour les événements et thématiques, mais éditeur de blocs pour les pages (Contact, Accueil) : deux écrans à apprendre.
Pour notre travail
Deux cases à décocher.
Risque
Ces contenus sortent de l'API REST (la porte par laquelle un programme lit le site). L'argument du plan sur le « MCP » ne tient pas : l'extension installée ne lit aucun contenu aujourd'hui.

DUne ligne dans functions.phpRecommandé

Pour l'Alliance (admin)
Exactement l'écran de A, partout.
Pour notre travail
add_filter( 'use_block_editor_for_post_type', '__return_false' ); : c'est ce que fait Classic Editor avec ses réglages par défaut. La ligne voyage avec le thème : rien à installer sur les 13 postes ni sur le serveur.
Risque
Pour revenir aux blocs, il faut retirer la ligne.
Recommandation : l'écran classique, par D (ou A si Emmanuel préfère ne pas ajouter de code). Pas C.A et D donnent le même écran : tout est visible, ce qui limite l'oubli des cases facultatives. Dans tous les cas, retirer la grande zone de texte des thématiques, que leur fiche n'affiche jamais.
Vous êtes bénévole de l'Alliance et vous annoncez la balade de dimanche : sur quel écran oubliez-vous le moins l'heure et le lieu ? Pourquoi une case « obligatoire » ne suffit-elle pas ?

Décision

ABCD

20La barre noire de WordPress sur le site

La question

Quand on est connecté à WordPress et qu'on regarde le site, WordPress ajoute en haut une barre noire de raccourcis (32 px sur ordinateur, 46 px sur téléphone). Elle pousse la page vers le bas et recouvre ce qui est fixé en haut : le M de la navigation, l'en-tête du téléphone. Les visiteurs ne la voient jamais. La cache-t-on, ou adapte-t-on la mise en page ?

Pourquoi maintenant : les 13 étudiants travailleront connectés et compareront leurs pages au prototype au pixel ; avec la barre, tout serait décalé et on croirait à une erreur.

Simulation sur la frise (la barre n'existe pas dans le prototype)
La frise vue par un visiteur, sans barre
Un visiteur : le M entier, la frise jusqu'en haut.
La frise vue par une personne connectée, barre noire simulée en haut
Une personne connectée : la barre recouvre le haut du M, la frise descend de 32 px et son bas sort de l'écran.
La frise sur téléphone, sans barre
Téléphone, visiteur.
La frise sur téléphone, barre noire simulée qui recouvre l'en-tête
Téléphone, connecté : la barre recouvre l'en-tête (le M et « Menu ») en haut de page.

ALa masquer sur le site (une ligne dans functions.php)Recommandé

Pour l'Alliance (admin)
Connectée, elle voit le site comme un visiteur. Pour modifier, elle passe par l'admin (/wp-admin/, à mettre en favori), où la barre reste.
Pour notre travail
Une ligne. Les comparaisons au pixel restent justes, connecté ou non.
Risque
On perd le raccourci « Modifier la page » depuis le site.

BLa garder et adapter la mise en page

Pour l'Alliance (admin)
La barre et ses raccourcis ; navigation et frise recalées dessous.
Pour notre travail
Bien plus qu'une règle : la navigation, la hauteur de la frise (donc toutes ses mesures), la frise épinglée par GSAP, deux cas sur téléphone.
Risque
Du code qui ne sert qu'aux personnes connectées, rarement testé.

CA, plus un lien « Modifier » visible des seules personnes connectées

Pour l'Alliance (admin)
Le raccourci utile, sans la barre.
Pour notre travail
Une ligne de plus dans un gabarit, plus tard, si l'Alliance le demande.
Risque
Un petit élément hors maquette à dessiner.

DSans code : chacun la décoche dans son profil

Pour notre travail
13 postes et chaque compte de l'Alliance à régler ; un nouveau compte l'a d'office.
Risque
Un poste oublié donne des captures décalées en séance.
Recommandation : A ; C plus tard si l'Alliance regrette le raccourci.La barre ne concerne que les personnes connectées, mais ce sont justement celles qui vérifient le site.
Pourquoi la barre noire n'existe-t-elle pas dans le prototype, et qui la verra sur le vrai site ? Quels éléments de vos pages sont fixés en haut de l'écran ?

Décision

ABCD

5. L'organisation de la première séance WordPress7 minutes : points 1 et 9

1Comment chaque étudiant a-t-il le WordPress du Marais sur son ordinateur ?

La question

Pour convertir leurs pages en gabarits WordPress, les étudiants doivent voir le site tourner. Chacun reçoit une copie complète, toute prête (A) ; tout le monde travaille sur un seul WordPress en ligne (B) ; chacun installe WordPress lui-même (C) ; ou un mélange (D) ?

Pourquoi maintenant : sans cette décision, la séance WordPress ne peut pas démarrer. Le paquet doit être fabriqué et essayé sur Mac et sur PC avant la séance.

Ce qu'il faut savoir

AUn paquet prêt à dézipper, et la base exportéeRecommandé

Ce que fait l'étudiant
1) git pull (le thème arrive) ; 2) dézipper le paquet ; 3) dans phpMyAdmin, créer la base et importer le fichier .sql ; 4) dans wp-config.php, décommenter la ligne de son serveur ; 5) ouvrir le site. Quinze minutes si tout va bien, 30 prévues.
Ensuite
Chacun a son WordPress complet : il voit ses erreurs chez lui sans gêner les autres, travaille hors ligne.
Ce qui peut rater
Le port 8889 de MAMP sur Mac oublié ; le mot de passe vide de XAMPP ; un dossier qui ne s'appelle pas marais (accueil seul, le reste « Not Found ») ; un git add . qui pousse WordPress sur le dépôt de la classe. Tout se prévient en essayant le paquet avant.

BUn seul WordPress en ligne

Ce que fait l'étudiant
Rien à installer, mais chaque essai d'un gabarit s'envoie sur le serveur.
Risque
Une erreur dans functions.php, header.php ou footer.php casse le site des 13. En ligne, une erreur PHP dit seulement « erreur critique », sans dire où. Rien n'est installé aujourd'hui.

CChacun installe WordPress

Ce que fait l'étudiant
Télécharger, installer, ajouter les extensions, activer le thème : au moins une heure.
Risque
Treize installations différentes, et une frise vide : la structure arrive avec le thème, pas le contenu.

DA pour tous, plus un WordPress en ligne pour l'équipe admin

Ce que fait l'étudiant
Les neuf qui codent font A ; les quatre de l'équipe admin saisissent dans le navigateur, en ligne.
Risque
Le même travail de mise en ligne que B, avant la séance et sur accord ; mais la saisie est gardée et peut servir au vrai site.
Recommandation : A, à quatre conditions.Paquet essayé sur MAMP Mac, MAMP PC et XAMPP ; base exportée dans un format que MAMP et XAMPP acceptent ; adresse du site corrigée dans le fichier .htaccess du paquet ; règles wordpress/ ajoutées au .gitignore du dépôt de la classe. Repli pour un poste qui échoue : travailler en binôme. Si la saisie de l'équipe admin doit servir au vrai site : ajouter D (voir le point 9).
Main levée : qui a MAMP, qui a XAMPP, sur Mac ou sur PC ? Votre dépôt est-il dans htdocs sous le nom marais, et l'adresse localhost:8888/marais/prototype/ (MAMP Mac) ou localhost/marais/prototype/ s'ouvre-t-elle chez vous ?

Décision

ABCD

Relevé de la classe : MAMP Mac ___ MAMP PC ___ XAMPP Mac ___ XAMPP PC ___

9Qui écrit les fichiers clés avant la séance ?

La question

Cinq fichiers font marcher la page Alliance, la fiche d'un événement et les pieds de page. Les écrit-on complets avant la séance, Elliot, Veronika et Daria les vérifiant et les finissant (A), ou les écrivent-ils eux-mêmes en séance à partir d'un début de fichier (B), ou un mélange (C) ? Et les quatre étudiants de l'équipe admin passent-ils les 80 minutes de travail en groupe sans écrire de PHP ?

Pourquoi maintenant : deux repères de la séance supposent que la page Alliance et la fiche marchent sur les 13 postes dès le début : 13h20, « la page Alliance affiche ses deux listes » ; 15h55, chacun crée « Balade nature » et la suit de la page Alliance à la frise. Or le travail fait en séance n'est réuni (fusionné) qu'après.

Ce qu'il faut regarder
Le pied de page : Contact, Réseaux sociaux, Informations
Le pied de page des pages : coordonnées provisoires, écrites en dur.
Ce qui marche à 13h, sur chaque poste
FichierA. Tout prêtB. Écrit en séanceC. Mixte
page-alliance.php (Elliot)prêt, Elliot testeElliot l'écritprêt, Elliot teste
single-evenement.php, pied-fiche.php (Veronika)prêts, Veronika testeVeronika les écritprêts, Veronika teste
footer.php (Daria)prêtaucun pied visiblecopie du prototype, Daria le branche
pied-frise.php (Daria)prêtcopie, Daria le branchecopie, Daria le branche
Repères de 13h20 et 15h55possiblesimpossibles (projection seulement)possibles

marche et lit la base s'affiche, coordonnées en dur absent

ALes cinq fichiers prêts avant la séance

À 13h
Tout marche sur chaque poste.
Pour les étudiants
Elliot, Veronika et Daria lisent du code qu'ils n'ont pas écrit, testent les cas limites (événement du jour, exposition sur plusieurs jours, sans image, aucune action à venir) et finissent.
Risque
Une perte d'apprentissage sur la partie la plus « WordPress » du site, pour trois étudiants crédités « Développement WordPress ».

BDes débuts de fichiers, écrits en séance

À 13h
Seule la frise tourne ; pas de page Alliance, pas de fiche, pas de pied de page.
Pour les étudiants
Ils apprennent le cœur du WordPress du site ; trois fichiers en 80 minutes, c'est serré pour Veronika.
Risque
Leurs fichiers restent sur trois postes jusqu'à la fusion : l'exercice de 15h55 devient une projection.

CMixte : page Alliance et fiche prêtes, Daria branche les pieds de pageRecommandé

À 13h
Comme A à l'écran : les deux listes, les fiches, les pieds de page (coordonnées du prototype, provisoires de toute façon).
Pour les étudiants
Daria garde un vrai travail WordPress, petit et sans risque pour les autres : lire les champs de la page Contact, cacher un réseau vide, échapper.
Risque
Elliot n'écrit toujours pas de requête.
Recommandation : C ; A si Emmanuel veut zéro risque sur les pieds de page.Ce qui doit marcher dès 13h20, c'est la page Alliance et la fiche : la vérification de l'installation et l'exercice de 15h55 en dépendent, et elles portent la partie délicate (dates, deux requêtes, bouton Fermer). Les pieds de page s'affichent à l'identique en copie du prototype ; les brancher sur la page Contact est un exercice court.

L'équipe admin (Imane, Moise, Nicolas, Ryan Torres) : 80 minutes de saisie sans PHP se défendent, elle suit les moments guidés en PHP. Mais avec A au point 1, sa saisie reste sur quatre ordinateurs et serait perdue : décider où elle enregistre (option D du point 1, ou un export en fin de séance). Autre doublon à régler : l'import prévoit déjà les 13 références de presse et les 8 thématiques, que le déroulé confie aussi à Moise et Nicolas. Et Imane pourrait convertir elle-même sa page Crédits.

Elliot, Veronika, Daria : préférez-vous écrire vous-mêmes la page Alliance, la fiche et les pieds de page, au risque que ce ne soit pas fini, ou partir d'une version qui marche et la tester ? Équipe admin : 80 minutes de saisie vous conviennent-elles ? Imane, veux-tu convertir ta page Crédits ?

Décision

ABC

Équipe admin : où est gardée sa saisie ?

Après la séance

  1. Les décisions sont reportées et datées dans le plan WordPress, section 14, et dans la liste des décisions du projet.
  2. En préparant cette page, la relecture du 6 octobre a trouvé des inexactitudes dans le plan (l'adresse d'exemple « Rue de Scheutveld », l'année de « Stop au saccage », les quatre serveurs des étudiants, le repli en ligne qui n'existe pas, etc.). Elles sont listées à la fin de sa section 14 et seront corrigées avec les décisions.
  3. Ensuite, on suit l'ordre de construction de la section 19 du plan : préparer le prototype, l'admin WordPress, le socle du thème, la frise, les fichiers clés, le paquet des 13 postes, puis la première séance WordPress.