Saisons

Affichez vos fiches Apidae dans leur version hiver ou dans leur version été, là où l’office en a saisi une. Les descriptifs, les horaires, les tarifs, les photos : ce que l’office a saisi dans sa variante suit la saison, sur une fiche qu’il n’a renseignée qu’une fois. WP-Apidae applique déjà ces variantes, mais par un réglage du site entier : la même version partout. Ce module en fait un choix, page par page, par le calendrier ou par le visiteur. Et pas seulement de la saison : les mêmes variantes existent dans Apidae pour les groupes, le tourisme d’affaires et l’accessibilité.

Quinze fiches d’une station de montagne changent de saison sur notre démonstration : voyez le module en fonctionnement.

Trois façons de choisir la saison

Par la page

Chaque page porte sa saison. Vous composez une page Hiver et une page Été, chacune avec ses listes, ses filtres et ses cartes, et les fiches s’y affichent dans la version correspondante. Une case permet d’imposer la saison de la page : le sélecteur et l’adresse n’y changent alors plus rien.

Par le calendrier

Chaque saison porte une période, en jour et mois, qui se répète chaque année. Le 1er décembre, le site passe à l’hiver sans que personne n’y touche.

Le visiteur garde la main sur la saison affichée. Il peut ainsi préparer son séjour d’été en plein hiver. Le calendrier est désactivé au départ, et une page qui impose sa saison passe devant.

Par le visiteur

Un sélecteur, et le visiteur choisit lui-même. Par défaut, son choix s’applique à la page qu’il consulte, ce qui simplifie la gestion du cache. Un mode « toute la visite » existe, qui mémorise le choix dans un cookie : le module déclare alors ce cookie à WP Rocket comme variation de cache, et avec un autre cache cette déclaration reste à faire.

Cinq contextes, et pas seulement les saisons

Apidae appelle ces variantes des aspects, et elles ne se limitent pas aux saisons. Le module en expose cinq : Hiver, Été, Groupes, Tourisme d’affaires et Accessibilité. Chacun affiche les fiches dans la version que l’office a saisie pour ce public.

Vous cochez les contextes à proposer, un par un : un contexte non coché n’est jamais proposé au visiteur, et tant qu’aucun ne l’est, le module reste sans effet sur le site. Le libellé de chaque contexte se change, et Polylang le traduit par ses traductions de chaînes.

Un sélecteur qui prend l’apparence de votre site

Cinq surfaces sont livrées, et l’écran de réglages dit lesquelles votre site peut servir.

• Deux blocs Gutenberg : l’un posable dans n’importe quel contenu ou modèle, l’autre à l’intérieur d’un bloc Navigation, donc dans l’en-tête d’un thème de blocs.
• Un item de menu, dans Apparence puis Menus. C’est la voie la plus universelle : elle marche sur n’importe quel thème, y compris classique, et ne dépend d’aucun constructeur ni d’aucune licence tierce.
• Un widget Elementor. Le poser dans une page suffit avec la version gratuite ; le poser dans un en-tête global passe par le Theme Builder, donc par Elementor Pro. C’est une limite d’Elementor, et l’item de menu reste disponible dans ce cas.
• Un module Divi, en Divi 4 comme en Divi 5. Le Theme Builder étant inclus dans Divi, il n’y a pas de restriction équivalente.

Choisissez parmi six habillages. Le rendu reste identique dans Gutenberg, Elementor et Divi, servi par une seule feuille de style. Deux présentations s’y ajoutent, liste ou déroulant, et les couleurs, la typographie et les espacements se règlent dans l’éditeur. Dans un menu, les habillages ne s’appliquent pas : le sélecteur prend l’apparence des autres entrées, et c’est voulu.

Par défaut, changer de saison ne recharge pas la page : le module redemande le contenu dans la saison voulue, et le visiteur garde sa position. Si ce JavaScript n’aboutit pas, la page se recharge, comme le ferait le lien seul. Le sélecteur fonctionne sans JavaScript, puisque chaque choix est un vrai lien.

Le sélecteur s’efface des fiches qui ne portent aucune des variantes proposées, pour ne pas promettre au visiteur une variation qui n’aura pas lieu. C’est le défaut du bloc de contenu, du widget Elementor et du module Divi ; dans un menu ou dans un bloc Navigation, il reste affiché. Il peut aussi flotter par-dessus la page, pour rester sous la main pendant toute la lecture d’une fiche.

Prérequis et licence

WP-Apidae 6.4.0 ou supérieur, PHP 8.2, WordPress 6.1. Sur un cœur antérieur, le module se charge et fonctionne, mais la saison imposée au niveau d’une page reste sans effet, et le module le signale dans l’administration. Aucun constructeur n’est nécessaire : le module sert l’éditeur de blocs, Elementor et Divi, et fonctionne aussi sans eux.

Une licence couvre un site et se saisit dans l’écran Extensions de WP-Apidae. Sur un réseau multisite, chaque site compte pour un. Elle donne les mises à jour automatiques : sans elle, le module fonctionne, mais vous installez les nouvelles versions à la main.

Ce que le module ne fait pas

• Il ne filtre pas vos listes sur la présence d’une saison. La documentation Apidae le déconseille : une randonnée en raquettes ne porte pas d’aspect Hiver, justement parce qu’elle est hivernale par nature, et un filtre la ferait disparaître de votre page d’hiver. La méthode recommandée par Apidae est la sélection dédiée, une par saison.
• Il expose cinq aspects sur six. Prestataire d’activités décrit le sujet de la fiche plutôt que son public, et se déduit du chemin du visiteur, que le module ne connaît pas.
• Il ne fabrique aucun contenu. Un aspect ne touche que les champs que l’office a désignés dans sa variante, et un champ désigné mais laissé vide disparaît. C’est le mécanisme d’Apidae.