Recherche de repreneur
Je ne suis plus suffisamment impliqué dans spip pour assurer un maintien correcte de ce plugins, Donc si quelqu’un veuille reprendre la main, c’est avec plaisir.
Installation
Le plugin s’installe comme n’importe quel plugin.
il nécessite :
Introduction
Une réservation comporte deux parties :
- La partie principale qui contient les données générales, comme les coordonnées, la date et référence de la réservation - la réservation proprement dit.
- à cette réservation est/sont attaché/s le/s détail/s de la réservation contenant les informations relatives à l’évènement réservé.
Une réservation peut donc contenir plusieurs détails de réservation, mais en nécessite au minimum un.
Configuration
Statut par défaut
Configurez d’abord votre plugin en commençant par le statut par défaut de chaque réservation (si rien n’est choisi, le statut par défaut sera dans liste d’attente)
Le(s) Statut(s) complet(s)
Si vous comptez utiliser la limitation de places pour les réservations, choisissez le/s statut/s qui entre/nt en compte pour déterminer si un événement est complet. Lors d’un changement de statut vers un des « statuts complets », le plugin déterminera alors si il reste des places disponibles, sinon il mettra le statut à « en liste d’attente ».
Calculer automatiquement le statut accepté de la réservation
Si activé, lors d’un changement de statut vers accepté, le plugin vérifiera si tous les détails de réservation ont le statut accepté, sinon la réservation sera mis en « accepté partiellement ».
Notifications
Vous pouvez ensuite activer l’envoi automatique des notifications de réservations aux vendeurs/administrateurs du site.
Paramètres des notifications
Déclenchement
Définissez alors quel changement de statut déclenchera une notification et les autres paramètres de notifications
Client
Vous pouvez également activer l’envoi d’un mail de notification au client.
Vous avez la possibilité de « Permettre d’envoyer les notifications à plusieurs destinataires ». Si activé, un champ supplémentaire s’ajoutera aux formulaires de réservation permettant d’ajouter des adresses emails (séparés par comma)
Activer le mode Envoi Séparé pour le statut
Par défaut, le changement de statut d’un détail de réservation ne déclenche pas d’envoi de mail. Si vous voulez pouvoir envoyer des notification séparés pour chaque détail de réservation, activez le pour le statut souhaité.
Clôturer automatiquement une réservation
Vous pouvez programmer la clôture automatique d’un évènement.
Si activé, un champ Clôture automatique s’affichera dans vos formulaire d’édition d’articles et d’évènements.
Afin qu’un évènement soit clôturé automatiquement, il faut l’activer au niveau de l’évènement.
Si activé au niveau de l’article, tout nouveau évènement de cet article aura la Clôture automatique activé par défaut.
Chaque évènement pour lequel la Clôture automatique est activé sera déclaré comme clôturé quand la date fin est atteinte et les détail de réservation concernés ayant le statut accepté seront mis en statut clôturé.
Si vous voulez envoyer une notification lors de la clôture de l’évènement, ajoutez le statut clôturé sous Paramètres des notifications/Déclenchement.
Permettre au visiteur de s’enregistrer lors d’une réservation
Si activé, le visiteur peut choisir de s’enregistrer et de créer un compte auteur spip (statut visiteur) avec login et mot passe, ce qui lui permettra d’effectuer de nouvelles réservation dans devoir renseigner à nouveau ses coordonnées.
Cette option peut être rendu obligatoire.
Un visiteur enregistré sera logué automatiquement après la réservation
Créer les évènements ouverts à l’inscription
Saisissez d’abord un évènement.
Nativement le plugin agenda prévoit une case inscription en ligne et Limiter le nombre de places qui seront utilisé par ce plugin.
Pour que l’évènement soit pris en compte par ce plugin, il faut cocher inscription en ligne.
Si vous prévoyez de limiter le nombre d’inscriptions, remplissez le champ Limiter le nombre de places. Laissez vide si vous ne voulez pas imposer de limite.
Si vous avez indiqué un nombre limite, lors de chaque réservation sera alors calculé le nombre de détails de réservation pour cet évènement ayant le statut correspondant au/x Statut(s) complet(s) définit dans la Configuration. Si ce nombre dépasse celui prévu dans Limiter le nombre de places, le détail de réservation obtiendra le statut dans liste d’attente.
Gestion des champs extras
Le plugin intègre automatiquement les champs extras auteurs et réservation ajoutés via le plugin Champs extras
Gestion de prix
- Créez un champ extra prix pour vos articles ou vos événements. (Il est alors conseillé d’installer le plugin API Prix afin de mieux gérer les formats de prix, surtout pour un site multilingue).
- Installez le plugin Prix Objets puis activez dans la configuration les objets articles et évènements.
Le plugin vérifie d’abord si il existe un prix fournis par Prix Objets, sinon il cherchera un champs prix (ou prix_ht si API Prix est installé).
Un prix définit au niveau de l’article s’applique à tous ses évènements qui n’ont pas de prix définit.
Vous pouvez également utiliser le plugin Déclinaisons Prix afin de déterminer plusieurs prix par événement.
Formulaire public
Squelettes
<div class="ajax">
#FORMULAIRE_RESERVATION{#ENV{id_evenement},#ENV{id_article}, #ENV{retour}, #ENV{options}}
</div>Les variables ne sont pas nécessaire :
- Les deux premiers servent à limiter l’étendu du formulaire. Il peut s’agir d’un seul id ou d’un tableau de plusieurs id. Si rien n’est mis, tous les événements sont prix en compte.
- La troisième variable permet de renseigner une url de redirection.
- La quatrième définit un tableau d’options. Seule l’option « id_evenement_source » est disponible actuellement. Elle permet de définir comment traiter les événements répétés :
- Par défaut (pas d’option « id_evenement_source ») les événements sont groupés. Une réservation pour l’ensemble des événements répétés est proposé.
- Pour une réservation pour chaque événement répété il faudrait mettre
#ARRAY{id_evenement_source,''}
Modèle
<reservation|>Si ce modèle est placé dans un article, le formulaire affichera uniquement les évènements futurs de cet article.
Pour afficher seulement le formulaire d’un seul évènement.
<reservation|id_evenement=#ID_EVENEMENT>Gestion des réservations
Rendez vous sur Activité>Réservations pour trouver une liste des réservations effectuées.
Le menu de la colonne de gauche vous permet de classer les réservations par événement ou par article.
Pour chaque événement ou article il est ainsi possible de visualiser et télécharger les différents réservation effectuées, classées par statut.
Vous retrouverez ces informations également dans la colonne gauche des pages rubriques, articles et événements dans l’espace privé
Extensions
Ce plugin peut être complémenté avec :
- Prix Objets : pour ajouter des prix aux événements
- Déclinaisons Prix : Pour gérer plusieurs déclinaisons d’un événement
- Réservations Bank : Intégration du plugin de paiement Banque & Paiement
- Réservations multiples permet d’effectuer une réservation :
- pour plusieurs personnes
- pour un nombre déterminé
- Réservation 2 Mailsubscribers : inscription aux newsletters lors d’une réservation
- Promotions : Gestion de promotions ; depuis sa version 1.8.0, nécessite le plugin promotions_reservations
- Réservation Communication : Permet d’envoyer un email aux inscrits à un événement
- Réservations Crédits : permets de gérer des crédits pour les clients -> un événement payé et annulé est convertis en crédit ; à utiliser pour une future réservation ou autre réservation non-payé. Crée un nouveau prestataire crédit pour le plugin Banque & Paiement ce qui, après avoir installé Réservations Bank, permet de payer des réservations avec des crédits.
- Chèques cadeau : combiné avec le plugin crédit, un chèque acheté est converti en crédit.
- Réservations formulaires permet de rattacher depuis l’espace privé un formulaire réservation à un objet spip et d’en définir des options spécifique.
- Réservations Champs Extras crée des options liés aux champs extras pour Réservations formulaires , ce qui permet de déterminer quels champs extras son disponibles pour un formulaire déterminé puis de définir si le champ est obligatoire ou non.
Discussions par date d’activité
88 discussions
J’ai 2 questions subsidiaires :
Est-il possible d’empêcher un utilisateur de s’inscrire plusieurs fois au même évènement ?
Lors de l’inscription les champs extra (déclarés via inscription3) des visiteurs authentifiés sont modifiables mais lorsque l’utilisateur les modifie lors de la réservation les nouvelles valeurs ne sont pas transmises au formulaire.
Merci
dd
Pour le moment, le plugin ne propose pas las possibilités de limiter l’inscription par personne. Cela pourrait se faire via la pipeline formulaire_verifier.
Concernant les champs extras. Le formulaire de réservation prend en compte les champs extras auteurs déclarés via le plugin « champs extras ». Mais pas ceux de inscription 3.
Bonjour,
Je vais donc me pencher sur le pipeline vérifier.
Concernant les champs extra et Inscription3, ce dernier reprend dans son formulaire les champs extra déjà déclarés. Dans mon cas je n’ai pas déclaré de champ dans Inscription3, seulement des champs extra auteurs.
Et enfin je viens de voir que les mentions :
« Clôture automatique
Oui
Non »
apparaissent en bas du formulaire d’édition des articles.
merci
dd
Vous voulez dire que avec un visiteur logué les champs extras sont bien résents dans le formulaire de réservations mais pas préremplis avec les donées du visiteur ?. Les champs extras se trouvent bien dans la table auteurs ?
Concernant « Clôture automatique » Vous l’avez probablement activé dans la configuration. Regardez co-hait sous « Clôturer automatiquement une réservation »
Oui j’ai bien activé cette option sur la page / ?exec=configurer_reservation_evenement
Mais je ne comprends pas pourquoi sur les pages /ecrire/ ?exec=article_edit&id_article=xx (même si l’agenda est désactivé pour la rubrique)
en bas il y aussi : (options non cochées)
Clôture automatique
Oui
Non
dd
Effectivement il n’y pas de teste si l’agenda est activé sur la rubrique ou non, c’est à corriger
Pour les champs extra du formulaire, les visiteurs même inscrits ne peuvent pas les modifier en ligne.
Mais ce qui est déroutant, et je vais devoir passer plus de temps dessus pour tout comprendre est que les champs du formulaire de réservation sont modifiables par le visiteur mais ses modifs ne sont pas prises en compte. Donc peut-être ajouter aux champs du formulaire de réservation une déclaration (si déjà remplis) de non modification serait la solution.
Je mentionne aussi au cas ou ce serait utile pour certains que grâce au fichier reservation_visualiser.html dupliqué dans squelettes/ il est possible d’afficher la liste des inscrits sur la page publique de l’évènement.
Les champs extra sont concaténés donc je ne sais pas comment en rendre certains visibles et d’autres pas. Mais en tout cas a base est là ! Merci
dd
Répondre à ce message
Chouette plugin, bien imaginé
Malheureusement les réservations écrasent les noms, email et pass du visiteur connecté qui la fait.
Y a un bug ou c’est moi qui n’ait rien compris ?
Précision : « écrase » dans la table spip_auteurs.
Suffisamment important pour que je ne puisse pas le déployer.
Pas facile de repondre via téléphone portable, la réponse a ton commentaire se trouve ici
Finalement j’ai reproduis ton erreur. Effectivement le nom et le mails se sont effacés. C’est corrigé dans la version 1.21.4
Répondre à ce message
Bonjour,
Si le visiteur es logué et qu’il change les données de connection proposé, cela actualise effectivement son compte spip. Cependant le mot de passe n’est jamais modifié.
Ce comportement peu transparent, j’avoue, était prévu pour permettre a l’utilisateur d’actualiser ses données de compte. Je vais rendre cela optionnel (bouton permettant à l’utilisateur de choisir s’il veut actualiser son compte avec les données changées. )
Rainer
Répondre à ce message
Bonjour,
J’éprouve des difficultés en tentant d’utiliser ton plugin
Réservation Événements 1.19.7 - test.J’ai fait une page
spip.php?page=inscriptionavec dedans1 est mon id_evenement ; 8 est mon id_article
J’ai aussi utilisé le plugin
Prix Objets 1.6.8 - devpour offrir plusieurs types d’inscriptions. Je rends l’inscription comme auteur spip obligatoire.
Enregistrerj’obtiens :Votre saisie contient des erreurs !Impossible de prendre en compte votre message. Merci de le soumettre à nouveau !. Pareil à chaque fois que je test avec un utilisateur déjà inscrit sur le site.Envoyer les notifications au client ?= nonEnvoyer les notifications au client ?= oui/ecrire/?exec=reservationsm’affiche les deux inscriptions,Pardon pour l’avalanche de critiques, c’est pour aider hen ...
Si tu me propose une solution avant que j’ai dû livrer quelque chose de fonctionnel, tant mieux. Sinon mon message servira au moins à aider la mise au point du plkugin, j’espère ;-)
Encore un détail ...
Je n’ai pas vraiment retrouvé la liste des options (prix) sélectionnés par les gens qui se sont inscrits. Pas dans l’espace privé
ecrire/?exec=reservations. Dans la table, spip_reservations_details champ : description il y a un indice mais pas le prix directement. Ailleurs je n’ai pas trouvé. comment alors faire ressortir ce prix ? additionner les montants, distinguer les type d’inscription ...Dernier (?) détail
J’aurais aimé pouvoir compléter le formulaire avec un champ particulier (besoin d’un accès handicapé, d’un transport, restriction alimentaire ...) Je suppose que j’aurais du utiliser CHAMP_EXTRAS mais je ne suis pas arrivé jusque là.
Encore une fois, ma critique se veut constructive, et encouragements au développeur :-)
Salut,
d’abord
essaie de mette uniquement la premier ou la deuxième variable. Si tu veux limiter l’affichage à un événement, la deuxième variable (id_article) n’as plus de sens.
Est-ce que tu as attaché un prix à l’article ou à l’événement ?
Peux-tu me dire ce qui as dans les logs ?
Répondre à ce message
Bonjour
Merci pour ce plugin super pratique.
J’essaye de le mettre en place et tout semble fonctionner à part une chose : lorsqu’on modifie le statut d’une réservation le nombre de places se réinitialise à 1.
Lorsque le visiteur renseigne un chiffre en réservant il est bien enregistré. Lorsque j’arrive dans l’interface pour traiter la réservation le nombre de places réservées par le visiteur est juste mais dès que je modifie le statut de la résa il redescend à 1.
Quelqu’un a-t-il remarqué ce problème et éventuellement trouvé une solution ? Merci.
Je me réponds :
en fait c’est plus précisément lorsqu’on modifie le statut de la réservation que la quantité est automatiquement réinitialisée à 1 alors que lorsqu’on modifie le statut du détail de la réservation la quantité reste bien enregistrée.
Donc pour garder trace du nombre de places réservées et que le nombre de places dispos des événements concernés soit juste, il ne faut surtout pas toucher au statut des réservations mais ne jouer que sur le statut du détail des réservations.
Une fois qu’on le sait tout roule ;-)
Bonjour,
je viens de corriger ce bug dans la version 1.19.7 du plugin.
Rainer
Roooo ^_^
Merci
Bonjour Rainer,
Je reprends mon étude.
Juste à te signaler que le zip est nommé en 1.19.6 sur cette page au lieu de 1.19.7 (son contenu est bien 1.19.7)
Jean.
Répondre à ce message
Là aussi, pb avec autres fonctions activées. Je ne reproduit pas non plus. Je vais chercher qui produit cet effet.
Cas précédant : Id 11,12 et13
Cas validé Ok : Id 14,15 et 16
ok, tiens-moi au courant des résultats de tes recherches
Répondre à ce message
Je ne souhaite pas valider toutes les réservations liées d’un coup, au contraire, mais simplement que je ne les vois pas pour les valider et que la validation ’mère’ reste en ’attente.
Par contre j’ai un cron à 3600 sec (1heure) ;-( . C’est peut-être la cause de mes pb de visu ? Je le passe à 60sec pour mes tests.
Un des plugins que j’ai désactivé, c’est Escal. Il a une fonction agenda intégrée. Je vais regarder de ce coté aussi. Il y a peut-être interférence ??
La validation se fait en changeant le statut de la réservation. Si tu mets la réservation en statut « accepté », il mettra tous les détails de réservation en « accepté » sauf s’il n’y a plus assez de place, dans ce cas le statut restera « en attente »
Répondre à ce message
La logique que tu as déployé avec les réservations multiples me convient.
Dans le fil, je t’ai expliqué la logique que je cherchais à mettre en place.
Simplement que je n’aurais pas les mails de tous les inscrits liés.
Je vais reprendre les essais plus sereinement.
Merci pour cet ensemble de plugins.
Je te redis quoi dès que j’avance.
Das la logique actuelle l’adresse email est importante car c’est la seule information qui permet de contacter un inscrit, elle est le également le seul identificateur dans le cas d’une inscription sans enregistrement sur le site. Donc prévoir une option pour la rendre facultatif nécessiterai d’abord une étude d’impact puis ado`pter ls différents plugins en conséquence. Comme je ne crois pas que c’est un cas d’utilisation très fréquent, je ne vais pas adapter le plugin dans ce sens.
Par contre ce que tu peux faire c’est d’intervenir sur la vérification du formulaire via la pipeline
formulaire_verifiertu peux t’inspirer de https://github.com/abelass/reservations_multiples/blob/master/reservations_multiples_pipelines.php ligne 87pour plus d’infos sur le pipelines : http://programmer.spip.net/Qu-est-ce-qu-un-pipeline
Tu peux essayer la fonction suivante (non testé). le principe c’est d’enlever le message d’erreur pour le mail si il n’est pas renseigné. (si l e mail est fournit on laisse passer les message d’erreur concernant une éventuelle adresse incorrecte)
Tu dois également rendre le champ ’email’ facultatif dans : https://github.com/abelass/reservations_multiples/blob/master/inclure/inc-reservation_connection_extras.html ligne 4
Bonne chance
Répondre à ce message
Bonjour,
Cela fait un moment que je regardes les fonctionnalités du plugin « Réservation d’événements ».
Jusque là, trop d’adaptations pour ce que je recherchais.
Mais avec les compléments que vous avez mis à disposition, cela devient super pour moi ;-)
Je viens de l’activer en local et pars à la découverte.
J’ai activé aussi « Réservations-multiples ».
2 points que je voudrais vous soumettre :
1) Il n’y pas moyen de revenir sur une réservation que l’on vient de faire : Pas de ré-affichage si on retourne sur l’événement (même en étant signé) et pas de synthèse des places déjà réservées.
2) Avec « Réservations-multiple », on perd la notion « inscripteur » dans la base. C’est dommage. Pour ce que je cherche, c’est un responsable (ou représentant) qui inscrit son groupe à l’événement.
Je continue ma découverte et merci pour ce développement.
Bonjour,
merci pour ces retours. Pour répondre à vos questions :
1) Effectivement cela n’est actuellement pas prévu par le plugin, mais cela peut se faire assez facilement pour les inscrits qui on choisis de s’enregistrer sur le site (créer un compte spip). Vous pouvez lister les commandes avec les codes suivant
2) Avec Réservation multiples, il y a deux possibilités cumulables :
- Réserver pour plusieurs personnes à la fois ; avec cette option il est possible de renseigner les données personnelles pour chaque inscrit et dans la bd une réservation sera crée pour chacun.
- Une personne réserve plusieurs places par événement. Dans ce cas, une seule réservation est enregistré avec la quantité choisi pour chaque événement réserve.
Ces deux option peuvent être appliqué ensemble. Dans le deux cas il y a la trace d’au moins une personne inscrit.
Bonjour,
Merci de ce retour rapide.
1) De mémoire, un visiteur qui s’inscrit est un auteur spip. Ok donc pour la liste, effectivement id_reservation est commun à toutes les réservations de la même saisie. Il faut donc développer un formulaire de màj si on souhaite laisser l’internaute ré-intervenir sur son inscription. C’est bien çà ?
2) Je n’avais pas encore vu cette double possibilité. Mais cela ne résout pas l’absence d’identifiant « inscripteur » pour les saisies de groupe. Dans le cas que je cherche à implémenter, j’ai même des informations communes pour tout le groupe (heure d’arrivée par exemple).
Bonjour
1) pas tout à fait, le visiteur a le choix de s’inscrire sur le sites et ce n’est seulement à ce moment qu’il soit enregistré comme visiteur. Sinon c’est donées sont intégré directement dans la réservation. Effectivement il faudrait développer un nouveau formulaire de màj. Il y a bien celui de l’admin qui gère des modifications, mais c’est plus complexe à gérer que le formulaire public.
2) Je ne suis pas sur de comprendre la problématique. Qu’est-ce que tu comprends sous « identifiant inscripteur » ?
peux tu me donner un cas de figure ?
1) Merci pour les précisions du point et pour la boucle d’affichage. Pour ma liste, il me faut rendre obligatoire l’inscription pour la personne qui se charge de la réservation multiple.
2) Je développe actuellement pour un lieu de plongée sous-marine. Pour la gestion, le responsable souhaite ouvrir les inscriptions pour ses visiteurs. Le plus souvent, ce sont des clubs extérieurs qui souhaitent s’inscrire. Pour ce faire, c’est le ’directeur de plongée’ du groupe qui se charge de cette inscription. Le résultat étant que le gestionnaire du lieu doit avoir un contact en cas de besoin (nom, mail, téléphone, présence d’un directeur de plongée ou pas, etc..), Mais doit aussi connaître tous les plongeurs qui viennent sur son site avec leur niveau de plongée pour des règles de sécurité. En plus, pour regonfler les blocs, il lui faut connaître les volumes des blocs (calcul du temps d’occupation de son matériel).
Donc des données différentes et complémentaires à gérer aux 2 niveaux : « inscripteur » et « participants ».
Bonjour
1) L’inscription peut maintenant (depuis la version 1.19.1) être rendu obligatoire
2) Ok, je vois. Il faudrait l’intégrer dans la première fonctionnalités de réservation multiple, et distinguer entre réservation principale et réservation lié en utilisation une id_reservation_source à l’instar de agenda (les événement répétes). La réservation original aaurait alors l’id_reservation_source=0 puis les réservations liées prennent l’id_reservation de la réservation originale comme id_reservation_source. Je ne crois pas que j’aurais le temps prochainement de faire évoluer le plugin dans ce sens. Regarde su tu y arrive en créant ce nouveau champ puis en intervenant via des pipelines sur l’enregistrement. On pourrai ainsi l’intégrer dans le plugin
Ah oui, excellente piste. Je ne voyait pas comme çà mais c’est bien.
Pour le moment je dois livrer une 1er version du site et je n’ai pas trop le temps. Je finalise mon spécifique sur ce point.
Mais dès que possible (un mois environ), je me penche dessus. Avec tes conseils pour ne pas tout casser. Je ne suis pas un pro des pipelines...
Je te redis dès que possible.
Encore merci de tes retours. Je reste en veille.
pour ton info. j’ai avancé un peu à ce sujet.
Dans les versions dev de :
- reservation_evenements : https://github.com/abelass/reservation_evenement/archive/dev.zip
et
- reservations_multiples : https://github.com/abelass/reservations_multiples/archive/dev.zip
Lors d’une réservation pour plusieurs auteurs, les réservations multiples sont maintenant liées via un id_evenement_source.
Il reste encore à améliorer l’affichage dans l’espace privé, mais le coté enregistrement dans la bd devrait être bon
Bonjour Rainer,
J’ai installé les 2 versions Dev pour un nouvel essai.
Super comme évolution de logique.
Qq points notés sans avoir aboutis les essais au bout :
Pour le moment je ne suis pas aller plus loin, mais c’est très prometteur.
Le mail est-il utilsé pour les multi-inscripts ou seul le mail de l’initiateur est utilisé ? Je préférerai ne pas rendre obligatoire ce mail pour les autres inscrits du groupe.
Merci pour ces évolutions.
je vais reprendre point par point :
Je ne reproduis pas, peux-tu me donner les détails de ta configuration de reservations_multiples ainsi que la liste des plugins activés ?
peux-tu préciser en quelle mesure les infos sont incomplètes ? Dans mes tests cela semble en ordre
je viens de faire les modifications par rapport à l’affichage (v 1.20.0) Sont listées d’abord les réservation source, puis les réservations liées.
J’imagine que tu veux valider toutes les réservations liées d’un coup. Ceci n’est effectivement pas possible actuellement.
Est-ce que il ne serait pas préférable pour tes besoins de choisir « d’indiquer le nombre d’inscriptions » en lieu de « l’inscription de plusieurs personnes » dans la config de reservations_multiples puis il suffirait d’ajouter un champ qui permettant de renseigner les noms d’inscrits ? Cela réglerai également le problème de la validation de toutes les réservations liées.
Trop d’infos dans le même message, je sépare pour plus de clarté.
Désolé, je n’ai pas respecté la règle de désactiver tous les plugins non liés et voilà le résultat ;-(
C’est ok. Je vais rechercher la fonction qui perturbe dans les plugins que je veux utiliser.
Répondre à ce message
Bonjour Rainer,
Je vais regarder les changements que tu as implémenté.
Juste un soucis mineur : Il manque la chaîne de langue ’notifications_destinateur_explication’ dans la configuration.
Et peut-être mieux ’notifications_destinataire_explication’.
Je reviens vers toi sur le fil des réservations multiples asap.
Aussi dans le back-office, dans le formulaire de réservation sur l’article, la chaîne ’item:oui’ est absente sur ’Clôture automatique :’
Tjrs dans le back-office, dans base/reservation-evenement.php en ligne 186 : il manque la chaîne ’’texte_changer_statut’ => ’reservations:texte_changer_statut_reservations_detail’’.
Salut Per’Jean,
merci pour ces retours, j’intègrerai ces modifs.
les modifs sont intégrés dans le trunk et reporté à la branche avec les autres modifs concernant l’inscription multiple
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires :
|
