Index de la documentation :
- Genèse d’Associaspip
- Installation et Mise à jour depuis Association 2
- Configuration
- Gestion des membres
- Gestion des dons
- Ventes associatives
- Gestion des activités
- Gestion des prêts
- Gestion des comptes
- Feuille de route
Genèse d’Associaspip
Sous le nom Associaspip, on trouve à la base l’ancien plugin Association de B. Blazin et F. de Montivault. Abandonné pendant longtemps, un premier travail a été de le mettre en conformité pour SPIP 2.0 sous le nom Association_2 qui était prévu par ses créateurs. Il a changé de nom à l’occasion de l’introduction de nouvelles fonctionnalités, en abandonnant les chiffres dans son nom comme tous les plugins de SPIP désormais. Ce plugin au nom nouveau a eu comme premier numéro 2.1.0 pour bien marquer qu’il s’agit de la suite du précédent, et ce n’est que par (presque) coïncidence que ce numéro est aussi celui de la seule version de SPIP pour laquelle il fonctionne aujourd’hui :
- Cette version 2.1 est stabilisée et décrite dans l’article Associaspip 2.1.
- Le présent article décrit la version 2.2 en cours de développement.
Installation et Mise à jour depuis Association 2
Comme tous les plugins, celui-ci s’installe en copiant le contenu de l’archive dans le dossier plugins/ et activant ce dernier depuis l’interface d’administration des plugins.
Attention ce plugin est incompatible avec Association 2 car utilisant le même préfixe , ce qui signifie que pour profiter d’Associaspip il faut désactiver Association 2, mais surtout ne pas le désinstaller, et activer Associaspip afin qu’il reprenne les tables de l’ancien plugin et les mette à jour.
Associaspip installe plusieurs nouvelles tables dans la base. Il est donc possible de faire ressortir des informations dans la partie publique du site en utilisant les boucles SPIP.
Ce plugin utilise l’interface SPIP 2.0 aux serveurs SQL, et est donc utilisable sur tout portage (MySQL, PostGreSQL, SQLite).
Configuration
Depuis la page d’accueil du plugin aller le configurer par sur la page « Profil de l’association ».
Par défaut Associaspip gère un certain nombre de données de l’association qui apparaissent sur la page d’accueil : Nom, adresse postale et électronique, téléphone, etc..). Vous pouvez en définir d’autres en suivant le lien « Gérer les champs supplémentaires du profil de l’association ». Le nom des champs supplémentaires définis par l’utilisateur ne peut contenir que des caractères alphanumériques et espaces (pas de caractères accentués, tiret ou signe de ponctuation).
Sélection et configuration des modules
Les modules activables de façon optionnelle sont : gestion comptable, gestion des dons, ventes, participation aux activités et prêts.
Notes :
- Pour activer la gestion comptable il faut au préalable définir un plan comptable valide. Voir la section Gestion Comptable pour plus de détails.
- Pour activer les modules de gestion des dons, ventes, activités ou prêts, vous devez activer la gestion comptable. Voir les sections spécifiques a ces modules pour le détail de la configuration de ceux-ci.
La gestion des droits d’accès aux différents modules et fonctionnalités du plugin se fait depuis une page dédiée accessible depuis la page d’accueil du plugin.
Chaque autorisation est gérée par un groupe et donne par défaut l’accès à un statut d’auteur spip. Les autorisations sont résumés dans ce tableau :
| Groupe | Description | Statut par défaut |
|---|---|---|
| Editer les droits d’accès | Webmestre | |
| Editer les groupes | Admin non restreint | |
| Voir les groupes | Rédacteur | |
| Editer le profil de l’Association | Modifier le profil, la configuration et les métas utilisateur | Webmestre |
| Voir le profil de l’Association | Afficher la page d’accueil | Redacteur |
| Editer le profil des membres | Supprimer/modifier un membre | Admin non restreint |
| Voir le profil des membres | Voir les pages de tous les membres. Chaque membre a accès à sa propre page meme si il ne fait pas parti de ce groupe | Admin non restreint |
Pour modifier le statut par défaut des groupes, vous devez surcharger la fonction d’autorisation correspondante.
Les adhérents ont toutefois accès en lecture aux information les concernant, voir la section Gestion des membres à ce sujet.
Les catégories de cotisation permettent d’automatiser la saisie des cotisations selon les différents type de membres (par exemple : fondateur, régulier, famille, bienfaiteur. Il peut bien sur n’y avoir qu’une seule catégorie). Elles contiennent les champs suivants :
- Catégorie : le nom de la catégorie tel qu’il apparait sur la page de gestion des membres, choisir un nom court de préférence.
- Libellé Complet : un nom plus explicite, c’est celui qui apparait dans la page d’édition d’un membre.
- Durée en mois : la période qui sera ajouté par défaut à la date de validité d’un membre de cette catégorie quand on entre une nouvelle cotisation.
- Montant en euros : le montant de la cotisation, qui sera reporté dans le livre de comptes. [1]
Lors de l’ajout d’une cotisation à un membre, les information de montants et date de validité seront donc calculés en fonction de la catégorie assignée au membre pour pré-remplir le formulaire d’ajout de cotisation, elles restent donc modifiable au cas par cas au moment de l’ajout de la cotisation.
Il est possible depuis la page de configuration du plugin de choisir une catégorie par défaut qui sera appliquée automatiquement aux nouveaux membres, ce qui ne vous empeche pas d’en changer par la suite.
Gestion des membres
Membres de l’association et auteurs SPIP
Les membres de l’association sont tous des auteurs SPIP. [2] Chaque fois qu’un auteur est édité, il est ajouté (si pas encore présent) aux membres de l’association.
Note : Vous pouvez toutefois supprimer des membres de l’association depuis la page de gestion des membres (par exemple les comptes Webmestre ou des comptes de rédacteurs qui seraient salariés de l’association mais non membres) sans que cela affecte les auteurs SPIP.
Sur la page de l’auteur SPIP apparait un lien menant directement à sa page de membre. Si l’auteur n’est pas membre et qu’on a les droits suffisants (pour l’instant administrateur non restreint) un lien permet de faire devenir l’auteur membre de l’association.
Informations sur les membres
Le plugin gère les informations suivante sur les membres de votre association :
- Civilité (optionnel)
- Nom
- Prénom (optionnel)
- Référence interne (optionnel) : Attention, le plugin utilise lui comme référence des adhérents l’id auteur spip. La référence interne permet juste d’associer a un membre une référence qui pourrait etre son numéro d’adhérent ou autre. Elle sera simplement affichée sur sa fiche mais ne peut en aucun endroit etre utilisée pour désigner un adhérent.
- Catégorie de Cotisation
- Statut du membre
- Date de validité de la cotisation
Statut des membres
La gestion des membres permet de contrôler les états de cotisations de vos membres, d’effectuer leurs relances, de modifier leurs données et de consulter l’historique du membre.
Il est prévu 5 statuts de cotisants (#STATUT_INTERNE) :
- Prospect (prospect) : Le statut initial par défaut à l’enregistrement du membre.
- A jour (ok) : Le statut après enregistrement d’une cotisation.
- A échéance (echu) : Le statut après dépassement de la date de validité de la cotisation.
- Relancé (relance) : Le statut après la première relance de cotisation. Il est attribué automatiquement à tous les membres à échéance a qui on envoi un mail de relance à travers l’interface prévue à cet effet.
- Désactivé (sorti) : Ce statut permet d’exclure un cotisant tout en conservant ses informations. La suppression est quant à elle définitive.
La couleur des lignes du tableau des membres change suivant le statut. Il est indispensable de donner un statut interne au membre pour être afficher dans la liste des adhérents.
Membre désactivé et suppression
Si un auteur SPIP est mis à la poubelle et qu’il est présent dans la liste des membres de l’association, son statut de membre sera modifié vers « Désactivé ».
Les membres désactivés n’apparaissent pas par défaut dans la liste des membres, pour les voir il faut utiliser le sélecteur de statut présent sur la page de gestion des membres.
Depuis la liste des membres, il est possible de supprimer un membre, cette suppression est définitive mais n’affecte en rien l’auteur SPIP. Une simple édition de la page de l’auteur (sauf mise à la poubelle) va ré-intégrer l’auteur comme membre de l’association.
Gestion des cotisations
Avant d’ajouter une cotisation à un membre, il est souhaitable de lui attribuer, via la page d’édition du membre, une catégorie de cotisation.
Pour une gestion complète des cotisations, la gestion comptable doit etre activée. Sans cela, vous n’aurez aucune trace des versements (dates, montants) des cotisations des membres et elles n’apparaitront pas dans la page des données personnelle des membres. Sans gestion comptable vous pouvez simplement gérer le statut et les dates d’échéance des membres. Voir en fin de la partie « Livre de comptes » pour un exemple de mise en place de gestion comptable ayant pour but de gérer uniquement les cotisations.
Cette fonctionnalité vous permet d’envoyer un email de relance de cotisation aux adhérents disposant d’une adresse mail (entrée dans leur fiche d’auteur SPIP). Par défaut les adhérents à échéance sont sélectionnés. Elle est disponible depuis la page de gestion des membres (colonne de gauche : Relances de cotisations)
Le message par défaut peut également être personnalisé par le fichier de langue asso_fr.php. Le texte peut être rédigé en HTML.
Rien ne vous empêche d’adresser d’autres types de mail à vos adhérents. Il suffit d’utiliser le sélecteur prévu à cet effet.
Attention : l’envoi d’un mail à travers cette fonctionnalité modifiera automatiquement le statut de membre des destinataires : tous ceux ayant le statut « échu » basculerons vers le statut « relancés », pour les autres rien ne change.
Accès aux données personnelles d’un membre
La page des données personnelles d’un adhérent lui est accessible en lecture,
et il y figure, pour chaque année de cotisation, un lien vers un reçu fiscal réglementaire attestant de ses dons à l’association. L’accès en lecture à ces pages est donc dérogatoire à la règle d’autorisation ci-dessus, mais elle s’impose évidemment.
Import des auteurs pré-existant à l’installation du plugin
En cas d’installation du plugin sur un site ou les membres sont déjà enregistrés comme auteurs, il est possible de les importer tous dans la liste des membres de l’association depuis une page dédiée accessible depuis la page de configuration du plugin.
Il est possible de choisir le statut des auteurs à importer : tous, visiteurs, rédacteurs ou administrateurs.
Les nouveaux auteurs jamais connectés sont importés également.
Les auteurs à la poubelle sont toujours ignorés.
Groupes de membres
Il est possible de créer des groupes de membres afin de gérer des entités comme le bureau, le conseil d’administration, des comités, etc... Les membres peuvent appartenir à plusieurs groupes.
L’accès à la gestion des groupes se fait depuis la page des membres : Raccourcis -> Gérer les groupes. Un groupe contient les informations suivantes :
- Nom du groupe
- Commentaires
- Ordre d’affichage : si ce numéro est différent de ’0’, le groupe sera affiché sur la page d’accueil du plugin (onglet « Association ») par ordre croissant d’ordre d’affichage.
La gestion de l’appartenance d’un membre à un groupe se fait selon les interfaces suivantes :
- Depuis la page d’édition d’un groupe il est possible d’ajouter ou d’exclure des membres à ce groupe.
- Depuis la page des membres, il est possible de sélectionner un ou plusieurs membres et de les faire rejoindre ou quitter un ou plusieurs groupes via le sélecteur d’action situé en bas de la liste.
- Depuis la page d’édition d’un membre, il est possible de lui faire rejoindre ou quitter des groupes.
Note : il n’est malheureusement pas possible d’imbriquer des groupes.
Gestion des dons
Vous pouvez gérer ici les dons à l’association, qu’ils soient financiers (argent) ou en nature (colis). Les dons financiers sont centralisés dans le livre de comptes.
Ventes associatives
Ce petit module vous permet de gérer la vente des produits de votre association ainsi que les envois. Les ventes sont automatiquement enregistrées dans le livre de comptes en recette selon la formule suivante : quantité * prix unitaire + frais d’envoi. Les frais d’envois entrés dans l’opération de vente constituent donc une recette. La dépense correspondante —paiement au transporteur— doit être entrée dans le livre des comptes par ailleurs.
Gestion des activités
A partir du tableau des événements (plugin agenda), il est possible de gérer les inscriptions à ces événements et d’enregistrer le paiement des participations.
Gestion des prêts
Ce petit module vous permet de gérer vos prêts (matériels, livres,...)
Il comprend une interface de gestion des ressources et une interface de gestion des réservations.
Gestion comptes
Attention, cette section de la documentation n’est pas à jour
Ce module n’a pas pour objectif de concurrencer les logiciels de comptabilité, mais de donner une vue approximative de la situation financière de l’association au travers des opérations de routine.
Plan Comptable
Il est obligatoire de définir un plan comptable pour activer la gestion comptable. Chaque référence comptable étant identifiée par un code unique (qui commence par 2 chiffres, le premier étant identique à la classe du compte puis une série de caractères alphanumériques) et une classe (un chiffre entre 0 et 9). Chaque référence peut être configurée pour permettre des débits et crédits ou bien seule l’une de ces opérations.
Une classe doit être définie comme étant celle des comptes financiers (la classe 5 dans le plan comptable français) permettant d’attribuer à un compte bancaire ou une caisse les opérations comptables et d’avoir ainsi à disposition la situation financière courante de l’association.
Pour être valide, le plan comptable doit contenir au moins deux références comptables de deux classes différentes (l’une d’entre elle étant la classe des comptes financiers).
Il est possible d’activer une aide à la définition du plan comptable utilisant le plan comptable français (cette option n’est malheureusement pas encore disponible pour d’autres plan comptables) des associations. Une fois cette option activée, un sélecteur permet de choisir directement une référence comptable dans le plan comptable des associations.
Destinations comptables - Comptabilité analytique
Il est possible de définir des destinations comptables. Chaque opération, imputée à une référence du plan comptable, peut être assignée à une destination ou ventilée sur plusieurs. L’objectif étant de pouvoir différencier au niveau comptable (et donc dans le bilan des résultats) les différentes activités ou secteurs d’activité de l’association. Lors d’une ventilation sur plusieurs destinations, la somme ventilée doit bien évidemment correspondre à celle imputée en recette, dépense ou montant selon le mode strict ou non choisi. Si une seule destination est sélectionnée, inutile de ré-entrer le montant de l’opération, il est automatiquement attribué à la destination sélectionnée.
Opérations de gestion
Dans ce qui suit, par opération de gestion on entend les opérations gérées (optionnellement) par le plugin Associaspip et qui impliquent potentiellement une écriture dans le livre de comptes, à savoir : les cotisations, les dons, les prêts, les ventes, les inscriptions aux activités.
Toutes les opérations de gestion définies dans la configuration sont centralisées dans le livre de comptes qui en offre une vue chronologique. Il faut pour cela tout d’abord définir un plan comptable et associer, depuis la page de configuration du plugin, une référence comptable dédiée à chaque opération de gestion. Il n’est pas possible d’associer une référence comptable à plusieurs opérations de gestion.
Concernant la gestion des ventes, il est possible (et même conseillé) de définir une référence comptable pour la facturation des frais de port différente de celle de la vente elle même. Dans ce cas, chaque vente se traduira par deux lignes d’écriture dans le livre de compte.
Destinations comptables et opérations de gestion
La page de configuration du plugin permet d’associer par défaut des destinations comptables à chaque type d’opérations de gestion. Il est toujours possible d’éditer les destinations comptables associées à une opération au moment de l’ajout de celle-ci ou plus tard en la modifiant.
Ajouter une écriture comptable
Il est aussi possible d’ajouter des opérations directement dans le livre de comptes et d’obtenir un bilan des résultats (par destinations ou global) et des avoirs de l’association.
La validation permet de rendre définitives les lignes d’écriture.
La comptabilité par l’exemple
Attention, cette section de la documentation n’est pas à jour
Avant-propos : je ne suis pas du tout expert comptable et ce plugin n’est pas un logiciel de comptabilité. Il est donc possible que ci-dessous vous trouviez des énormités en terme de comptabilité. Si c’est le cas, n’oubliez pas que toutes les suggestions et remontées de bug sont les bienvenues ! L’idée de la gestion comptable dans ce plugin est de permettre de ternir une comptabilité basique permettant d’entrer les opérations effectuées tout en mettant à jour le solde des caisses ou compte en banque afin d’avoir facilement une vision de la situation financière de l’association.
Exemple d’une association qui ne voudrait gérer que les cotisations
Dans cet exemple, il s’agit d’une association qui ne veut pas utiliser ce plugin pour gérer sa comptabilité mais souhaite tout de meme gérer pleinement les cotisations de ses adhérents. Les cotisations n’étant enregistrées que dans le livre de comptes, il est nécessaire d’activer la gestion comptable.
Définition du plan comptable
La première étape, avant meme activation de la gestion comptable, consiste à définir un plan comptable, dans notre cas rudimentaire car constitué de deux références comptables seulement :
- Cotisations, classe 7, code 756, solde 0.
- Caisse , classe 5, code 53, solde 0.
Note : Les codes et classes sont ceux préconisés dans le plan comptable français des associations mais vous pouvez mettre bien ce que vous voulez, l’important étant que les deux références aient une classe différente.
Activer la gestion comptable
Dans la page de gestion du plugin, il convient ensuite d’activer la gestion comptable et de sélectionner :
- Classe des comptes financiers : 5
- Gestion des cotisations->Réf. Comptable : 7 - 756 - Cotisations
Voilà, vous pouvez a présent ajouter des cotisations qui seront visibles dans la page des membres.
Note : Dans notre exemple le solde de la caisse qui n’est qu’alimentée par les cotisations montera indéfiniment sans aucun lien avec la situation financière réelle de l’association. Il se contentera de présenter la somme des cotisations versée à ce jour.
Attention : Si vous modifiez, dans la configuration du plugin, les valeurs que vous venez de régler après avoir ajouté des cotisations, vous risquez fort de ne plus les retrouver.
Feuille de route
La feuille de route d’Associaspip existe sous la forme d’un carnet SPIP ouvert pour lister les modifications/améliorations qui sont prévues. Il a aussi pour fonction de gérer les requetes. Si vous avez des idées ou propositions :
- pensez à vérifier qu’elles ne sont pas déjà là.
- postez les sur le forum et ajoutez les aux carnet SPIP
Il n’est pas pour l’instant prévu de portage vers SPIP3 et ça restera surement le cas tant que le plugin sera en développement...
Discussions par date d’activité
104 discussions
Bonjour Gilcot,
Je ne l’avais pas précisé, mais il s’agit bien de listes filtrées avec plus de 30 membres. Mon groupe 101 en contient 173 ; 102 = 43.
En fait la pagination disparait dès que les critères de filtre sont utilisés.
Concernant l’impression liste dans la gestion des groupes, ce serait pratique mais pas forcement nécessaire puisqu’on peut le faire dans la liste des membres en filtrant par groupe. D’ailleurs avec le bug cité au-dessus c’est la seule manière de vérifier sur cette page que la liste est complète. Si ce n’est que le problème d’affichage rend la lecture difficile.
Ok pour Fpdf, j’attend que tu proposes une évolution. En attendant j’ai installé le plugin importCSV qui me permet de visualiser le contenu des tables. Ce n’est pas aussi pratique mais c’est ok.
Pour la gestion des adresses je me doutais bien que c’était volontaire. Ca serait sympa d’ajouter un nota dans la doc pour signaler : si les champs « Code postal » ou « Boite postale » sont vides l’adresse est considérée comme invalide et l’étiquette n’est pas générée.
Merci encore pour ce plugin.
Bonjour.
Arf, il y a donc effectivement un bug de pagination quand les filtres sont actifs (je ne m’en étais pas rendu compte parce-que j’ai toujours peu d’adhérents). Je vais regarder ça ce soir. Merci beaucoup pour le signalement.
C’est noté pour la documentation en ce qui concerne la gestion des étiquettes. Je vais voir comment on peut arranger ça aussi ; mais j’aurais aimer pouvoir en faire plus (là on a la possibilité de faire un courrier à ceux qui n’ont pas d’email, de leur écrire à leur domicile s’ils ont plusieurs adresses, mais ce serait bien de pouvoir restreindre aussi au pays et au code postal etc. sauf que cela complexifie le code et l’affichage or il faut que ça reste simple et facile à maintenir... durs compromis)
Bonjour Gilcot,
J’ai jeté un coup d’oeil au code, mais je ne suis pas du tout un spécialiste. De fait j’en suis encore à essayer de comprendre ce que cela fait.
Je suppose que le fait de passer un argument à la fonction change le traitement et empêche la pagination. Mais vu que je n’ai pas encore trouvé où se faisait la pagination :-))
Bon le premier qui trouve prévient l’autre.
Répondre à ce message
Bugs détectés sur associaspip 2.2.0
Bonjour,
J’ai détecté plusieurs anomalies.
Dans la liste de tous les membres actifs, si je filtre soit un groupe soit une catégorie, je ne trouve plus en bas de la liste « 0 | 30 | 60 | 90 » qui me permettent de passer aux pages suivantes.
J’ai installé le plugin Fpdf, j’imprime sans soucis les étiquettes pour les courriers, en revanche quand je veux une liste, chaque colonne « nom », « prénom »... sont très étroites et le résultat est inexploitable. il n’y a de plus aucun paramétrage possible.
La page de gestion des groupes ne propose que l’impression d’étiquette, mais pas de liste ce qui serait pourtant bien utile.
Si une adresse ne possède pas de code postal, alors l’étiquette n’est pas imprimée.
Sinon ce plugin est vraiment très bien, merci à ses créateurs,
Bonjour sbuchfr.
Normalement, la pagination n’apparait que s’il y a trop de résultats (par défaut plus de trente...) Si la catégorie ou le groupe par lequel on restreint l’affichage ne contient pas assez d’éléments (donc plus de trente personnes), il n’y a pas de pagination.
Pour les PDF, je n’ai pas eu le temps de m’y repencher, mais les listes sont en cours de ré-écriture pour mieux gérer : les retours à la ligne (dans les colonnes trop étroites), les largeurs (en fonction du nombre de colonnes demandées), certains problèmes d’accents... Les colonnes disponibles enfin seront celles disponibles pour la table du module en question... Bref, il y a encore tout un chantier...
Concernant la gestion des groupes, l’impression de liste n’est pas proposée parce-que d’une part ne correspondant pas vraiment à une table (techniquement il s’agit de lier les groupes et les membres) ; sachant que la page des membres offre de pouvoir avoir la liste des membres d’un groupe avec pas mal d’autres informations... Mais je note de revoir s’il est possible de faire mieux.
Il n’y a pas de bug en ce qui concerne les étiquettes d’adresse : le choix a été fait de n’imprimer que des « adresses complètes » parce-que ça n’a pas trop de sens de gaspiller du papier pour des adresses où le courrier ne pourra pas aller... Nota : on peut ne pas avoir de « code postal » mais par contre une « boite postale » (c’est le cas dans pas mal de pays) et c’est valide aussi.
Je viens de voir... Il faut cliquer (en bas et à droite) sur « Répondre à ce message » au lieu de créer une nouvelle discussion : c’est plus facile à suivre pour tout le monde.
Merci.
Répondre à ce message
Je viens d’installer associaspip sour spip 3.0.10.
Il me dit activation impossible car il faut le plugin AGENDA au minimum en version 3.0.1... or j’ai la dernière version qui est la 3.12 !!!
Je pense qu’il y a un petit bug à corriger...
Bonjour lolo06
Pour précision (si je lis bien), c’est SPIP 3.0.10 ? Dans ce cas il faut changer la borne, dans le plugin.xml comme suit :
<utilise id="agenda" version="[2.0.1;3.12.99]" ></utilise>et nous signaler après tests intensifs si Associaspip fonctionne bien au niveau de la gestion des activités. Il n’y a pas de bug ; les bornes actuelles correspondent aux versions pour lesquelles on sait que le plugin fonctionne...C’est moi qui marque n’importe quoi ou c’est SPIP qui me fait des corrections non voulue ? La modif est :
<utilise id="agenda" version="[2.0.1;3.12.99]" ></utilise>Ok, c’est bien SPIP... C’est « /> » et non « ></utilise> » !
Répondre à ce message
Bonjour,
Je viens d’installer Associaspip 2.2 et chose étrange je n’arrive pas à activer « Référence interne (à caractère informatif) »
Je coche dans la page de config du plugin et je clique sur OK mais à chaque fois je reviens sur la page et la coche a disparu
je suis sous SPIP 2.1.23
Merci,
Bonjour.
Je ne suis pas arrivé à reproduire l’erreur sur mon installation, mais je continue à regarder.
Dans quelle partie la coche n’est-elle pas prise ? « La fiche des membres contient les champs : » ou « Sélectionner les champs à afficher sur la page des membres » ? Pour le second c’est normal : il n’y a pas lieu d’afficher une info qui n’est pas renseignée/éditable (ne pas confondre cette référence interne —propre à l’association— avec le numéro d’identification interne des auteurs Spip)
Bonjour,
Merci de cette première réponse aussi rapide. C’est exact, je n’ai pas été assez précis.
donc dans la page « Configuration du plugin » « Options de gestion des membres »
Il y a des cases à cocher dont les 3 premières sont regroupés en « La fiche des membres contient les champs »
J’ai coché les 2 premières « Civilité » et « Prénom » sans aucun problème. Mais quand je coche la troisième « Référence interne (à caractère informatif) » et que je clique sur OK, si je reviens sur la page la coche est désactivé. Bien sur j’ai vérifié sur les pages des membres la référence interne n’est pas visible.
Pour info j’avais fait un essai d’installation de SPIP 3 mais cela me génerait des problèmes dont j’ai rechargé par dessus la version 2.1.22 puis mis à jour avec la 2.1.23. Effet de bord, il restait des fichiers qui posaient des problèmes avec le plugin saisie. J’ai donc supprimé à la main tout ce qui restait de SPIP3.
Autre chose j’ai commencé par installer le plugin assoc2.0 (qui est visible en auto) mais comme il générait une erreur et que je ne pouvais pas le configurer je l’ai désinstallé, supprimé du répertoire auto, puis installer à la main le contenu du ZIP de la 2.2.
pour compléter ma configuration est en SPIP 2.1.23 [20601] avec les plugins actifs :
Accès Restreint3.3.3 - stable
Associaspip2.2.0 - en développement
Champs Extras21.10.1 - en test
Interface pour Champs Extras1.3.0 - en développement
Coordonnées1.4.24 - en test
Pays ISO 3166-11.0.6 - stable
Saisies pour formulaires1.31.4 - en test
P Bonux2.3.0 - stable
Bon, du coup ça fait deux problèmes (la configuration et l’installation) :-)
Installer une ancienne version par dessus une nouvelle laisse souvent des traces qui provoquent des perturbations... Il faut être sûr qu’il ne reste pas de fichier SPIP 3 et que ceux de SPIP 2.1.23 sont complets...
Pareillement pour le plugin Associaspip : il faut bien le désinstaller (dans la gestion des plugins il y a un petit bouton pour désinstaller un plugin actif) avant de supprimer les fichiers par FTP sinon il reste des traces dans la base de données de Spip...
Pour la référence interne, je regarde cela tout à l’heure.
Pour la desintallation de associaspip je suis passé par la gestion des plugins, donc la base a du être nettoyée.
Il me reste à vérifier les fichiers de SPIP3. mais j’ai passé en revue une grande partie des répertoires.
J’ai revérifié s’il me restait des fichiers spip 3.
J’ai desintallé associaspip 2.2.
Remis associaspip 2.09. Que j’ai redesinstallé aussitot. J’ai de toute façon une erreur qui ne me permet pas de le configurer tout comme la première fois.
Reinstallé associaspip 2.2.
Rien n’y fait je ne peux pas activer la référence interne. Ce qui m’embête j’en aurai bien besoin.
Info supplémentaire je n’ai pas activé le plan comptable.
Répondre à ce message
Boucle mèlant AUTEURS et ASSO_MEMBRES
Bonjour, je cherche à mettre un peu d’ordre dans les listes des adhérents de notre asso. J’ai pensé à me faire un petit outils permettant de récapituler facilement le statut des membres, ceux qui sont abonnés ou pas à une newsletter.
Nous avons 350 personnes (AUTEURS) dont 130 sont membres (=présents dans asso_membres), les autres étant des sympathisants. Je cherche donc à faire un tableau récapitulatif listant l’ensemble des membres et listant : le nom, la validité, le/le(s) newsletter auquel cet auteur est abonné etc...
Je ne suis pas bien familier avec les tables de jointure et pour le moment, ça coince (je n’ai pas encore bien compris le mécanisme des jointures) :
- la boucle
<BOUCLE_listes(AUTEURS){tout}>....liste bien évidement tous les auteurs (ce que je souhaite) mais la balise #DATE_VALIDITE ne retourne rien- la boucle
<BOUCLE_listes(AUTEURS asso_membres){tout}>....retourne bien #DATE_VALIDITE mais ne retourne que les 130 membresComment faut-il écrire la boucle pour que je puisse avoir la liste entière des 350 auteurs avec la date de validité pour les membres ?
Merci (beaucoup) d’avance
Bonjour Manu. (assez sympa d’avoir mis un titre)
Je ne sais pas faire ce genre de jointure (il s’agit d’une jointure ouverte —
OUTER JOIN— en SQL) avec les boucles SPIP (dont les jointures automatiques, pour une boucle comme(AUTEURS ASSO_MEMBRES)sont de type fermé —INNER JOINen SQL—, cas d’usage le plus courant...) Je peux indiquer comment faire en SQL (il faudra utiliser alors la boucle DATA mais on perd la portabilité avec cette méthode...)Une première approche que je vois et qui est moins performante (parce-que ça va générer plusieurs sous-requêtes, mais bon 350 lignes c’est pas ça qui mettra le serveur à genou et il y a le cache...) et moins élégante aussi, est d’utiliser les boucles imbriquée...
<BOUCLE_listes(AUTEURS){tout}>... <BOUCLE_membre(ASSO_MEMBRES){id_auteur}> ... #DATE_VALIDITE ... </BOUCLE_membre> ... </BOUCLE_listes>Je pense qu’on peut utiliser aussi le critère doublon pour d’abord sélectionner les membres puis les sympathisants (qui n’ont de toute façon pas de date de validité...) La même chose est aussi faisable sans ce critère (en essayant d’utiliser les jointures pour la seconde boucle ou en ayant récupéré au préalable les #D_AUTEUR dans un tableau pour les exclure avec le critère IN inversé !)
OK et merci de la réponse...
Yes, j’avais bien également ces pistes en tête mais c’était justement pour éviter ces requètes nombreuses et successives que je cherchais à voir si des BOUCLEs déclarant plusieurs tables/requetes ne pouvaient pas apporter à la fois une réponse élégante, économe et rapide...
J’aimerais tout de même pouvoir creuser la question...
Par curiosité : si quelqu’un connaissant bien le mécanisme des jointures SPIP voyait ce message... I am « preneur » de conseils
Répondre à ce message
Bonjour, je souhaite utiliser Associaspip. J’ai tenté de l’installer sous SPIP 3.0.8, je rencontre quelques difficultés (table asso_plan_comptable non créée. J’ai remarqué qu’Associaspip n’est pas compatible avec cette version 3. Spip 2.1 ne semble plus être disponible en téléchargement. Comment faire ?
D’avance merci
Bonjour.
Ce n’est pas parce-que la page de téléchargement ne met en avant que la dernière version que les autres ne sont pas disponibles en archives !
En utilisant l’interface dédié de votre SPIP 3.0, normalement il propose Associaspip 2.1 (version stable) ! Est-ce celle-là que vous tentez d’installez ? Auquel cas vous avez pas posté sur le bon forum (mais ce n’est pas grave).
Cette version ci d’Associaspip n’est disponible que pour SPIP 2.1 pour la simple et bonne raison que d’une part elle est encore en chantier et d’autre part elle n’est testée que sous cette version de SPIP. Si c’est bien Associaspip 2.2 que vous tentez d’installer, c’est que vous avez trouvé la bidouille (sans quoi SPIP 3.0 ne devrait même pas accepter de l’installer !) La question de comment faire ne se pose donc pas...
Dans tous les cas, avez-vous des messages d’erreur précis ? La table mentionnée n’existe pas dans le plugin...
Répondre à ce message
Bonsoir,
Les dernières modifications sont vraiment bienvenues et (me) facilitent la gestion notamment le bouton « ajouter une référence comptable » pour ne citer que celle-ci.
J’ai par contre un souci avec l’impression de la liste des inscrits à une activité car ces inscrits ne s’affichent pas sur l’impression en pdf
?exec=inscrits_activite&action=pdf_activite&arg=2062&hash=xx..et ils ne s’affichent pas non plus via « Evènements »exec=agenda_evenements. Je suppose que c’est lié.Par ailleurs même faiblesse de présentation du document (largeur des colonnes et caractères accentués non pris en charge).
Pouvez-vous m’indiquer sur quels documents je pourrais travailler pour essayer de participer à l’amélioration de ces pdfs ?
Enfin puis-je vous re-signaler, toujours dans Activités, que si, lors d’une inscription, on entre une fois un nom dans la case « Nom », ce sera toujours ce nom qui apparaîtra, dans quelque activité que ce soit, même si on entre un autre nom lors d’une autre inscription dans la même activité ou dans une autre activité. Je suis pas sûr d’avoir été très clair sur ce point ?
Bonjour,
Autres interrogations concernant les inscriptions (je suis sous la version : 2.2.0 [71440]
1°) J’ai ajouté
'activite_libelle_montant_inscription' => 'Montant inscription',dans le fichierasso_fr.php. Cela doit sans doute aussi manquer dans les autres fichiers de langues.2°) Si j’entre une date dans la case « Date » de la partie « Paiement », (donc théoriquement date_paiement) du formulaire d’inscription (
?exec=edit_activite&id_evenement=xx) l’inscription est considérée comme « Sans paiement », alors que si je n’entre pas de date, l’inscription est considérée comme « Avec paiement ».Je ne comprends pas pourquoi car la lecture des lignes 33 à 37 de
inscrits_activite.phpainsi que les lignes 33 a 37 du formulaireediter_asso_activites.htmlme semblent bien correspondre.3°) Dans le cartouche de gauche, la partie " : "Effectif participations" donne le nombre, non pas de participants, mais de fiches d’inscriptions (voir copie écran). Du coup les statistiques y afférentes ("Statistiques participations") sont faussées.
4°) Toujours dans le cartouche de gauche, partie « Montants Totaux participations », il y a une ligne « Recettes » et un ligne « Dépenses ». Je ne vois pas trop comment imputer des dépenses aux inscriptions ?
Bricolage illogique en attendant de trouver le bon fichier à modifier :
Dans
inscrits_activites.php, afin que les codes couleurs correspondent aux codes couleurs du cartouche de gauche, j’ai interverti'asso:activite_entete_impayees'et'asso:activite_entete_validees'ligne 35 et 36 :ligne 35 était
'valide' => array( 'asso:activite_entete_validees',devient
'valide' => array( 'asso:activite_entete_impayees',et
ligne 36 était
'pair' => array( 'asso:activite_entete_impayees',devient
'valide' => array( 'asso:activite_entete_validees',Bonjour Horetol
Et non, ce n’est pas du bricolage ;-) C’est bien la plus simple des corrections justes. Correction intégrée (r71618)
Pour l’effectif de participations, c’est bien celui d’inscriptions en effet (du moins c’est ce qui est prévu dans le code) ; l’intitulé est donc mauvais. Correction intégrée (r71624)
Pour les dépenses, ce n’est pas prévu (on peut bien avoir des dépenses liées à la mise en place d’une activité, mais c’est complexe à gérer —la compta c’est pas si simple finalement— tout comme de prendre en compte les autres entrées d’argent afférentes qui ne sont pas les paiements des membres...) J’ai apporté une légère modification pour ne plus faire apparaitre cette ligne à zéro qui perturbe (r71629)
Bonjour (je ne sais plus si j’ai pensé à saluer depuis que je réponds, mais si c’est en double ça ne fait pas de mal, et si ce n’était pas fait je m’excuse de mon impolitesse)
J’ai oublié de répondre au premier message... (c’est décidément la journée des inattention, même dans les corrections publiées j’ai du m’y reprendre plusieurs fois)
Pour les impressions de PDF, ce sont des « actions » (résultats d’envoi de formulaires en POST...) sécurisées ...donc dans le répertoire
action/du plugin, et ils commencent parpdf_...Pour les activités (fichier
action/pdf_activite.phpdonc) ça prend un peu de temps parce-que je veux le ré-écrire comme pour les membres (qu’on puisse choisir les champs que l’on veut, y compris les champs extras...)Pour le nom des membres, je crois avoir compris en relisant calmement et lentement, et pense savoir d’où vient le problème (et si c’est ça la solution ne va pas être évidente). Je regarde ça de plus près tout à l’heure.
Bonjour,
Je viens de mettre à jour le plugin vers la version 71949.
Message d’erreur (10 fois)
../plugins/auto/Associaspip/modeles/membres_groupe.htmlboucle_membres2groupeligne 11.Il semble que cela vienne de
exec/membres_groupes.phpet demodeles/membres_groupes.htmlDans modeles/membres_groupes.html, j’ai remplacé
ligne 2
spip_asso_fonctionsparspip_asso_groupes_liaisonsla ligne 22
ASSO_FONCTIONSparASSO_GROUPES_LIAISONSDans exec/membres_groupe.php, lignes 27 et 36 j’ai remplacé
spip_asso_fonctionsparspip_asso_groupes_liaisonsdans exec/adherents.php
lignes 191 et 132
spip_asso_fonctionsparspip_asso_groupes_liaisonsDans exec/adherent.php
ligne 73
spip_asso_fonctionsparspip_asso_groupes_liaisonsSouci aussi avec
exec/edit_adherent, mais pas eu le temps de trouver.S’il y a eu soit un changement, soit un ajout de table, cela va sans doute se répercuter dabs d’autres pages
Par ailleurs, (mon message précédent du 5 courant) il manque toujours dans les fichiers du répertoire
lang/asso_xx.phpla traduction deactivite libelle montant inscriptionBonjour Horetol
Comment se font vos mises à jour ? Si c’est en téléchargeant et en reversant manuellement le zip, il ne faut pas oublier de passer ensuite par la page
exec=admin_pluginsans quei certaines opérations de mise à jour ne se font pas (là, les fichiers sont à jour mais pas le schéma de la base de données...) et quand tout se passe bien SPIP doit renvoyer en bel « OK » en vert et sinon un message d’erreur.Bonsoir
J’utilise STEP.
J’ai bien ce message que vous indiquez, à savoir :
« Installation du plugin Associaspip »
OK (en vert).
Peut être une histoire de cache de navigateur ou le fait de travailler sur plusieurs pages à la fois ?
Donc, si j’ai bien compris
spip_asso_groupes_liaisonsest devenuspip_asso_fonctionsSTeP signale t-il les changements pour Associaspip ? (parce-que normalement il les voit pas puisque le numéro de version n’a pas bougé...)
Si c’est « OK (en vert) » c’est que tout s’est bien passé (la base de données migrée, mais aussi qu’il a rechargé les fonctions —sinon ça plante aussi avec les renommages de fonctions/fichiers...)
Côté navigateur, je pense que cela peut expliquer certaines anomalies ..
Je confirme que le nom de la table a changé pour être en accord avec l’existant (
spip_asso_activiteset nonspip_evenements_liaisons;spip_asso_pretset nonspip_asso_ressources_liaisons;spip_asso_membreset nonspip_asso_categories_liaisons; or du point de vue des utilisateurs elle défini les fonctions dans les groupes et il n’y a pas de contrainte de compatibilité qui oblige à garderspip_asso_groupes_liaisons)Euh... la chaine de langue
activite libelle montantn’est normalement plus utilisée... Et je ne trouve pas de page où elle le serait...Bonsoir,
Mise à jour vers 2.2.0 [72013]
La chaîne en question :
?exec=edit_activite&id_evenement=XXXPartie paiement : " activite libelle montant inscription " qui devrait sans doute être quelque chose comme "Montant inscription" ?
Peut-être aussi quelque chose d’identique avec « type mel ref » dans ?
exec=adherent&id=xxdans le cartouche de gauche.Ce fichier
?exec=edit_don&id_auteur=xxprovoque un affichage d’une partie du code (voir image). Vérifié sur Chrome et Firefox.Je ne pense pas avoir fait d’erreur de procédure de mise à jour.
C’est vrai pour le libellé... J’ai bêtement copié l’intitulé ici et c’est pourquoi je n’ai pas trouvé avec un
grepsur les fichiers du plugin (il aurait fallut que je cherche avec des « underscore » à la place des espaces...) Bref, c’est corrigé à l’instant.Pour
type_mel_prefla correction viendra dans la semaine (c’est dans Coordonnées en fait)Je regarde pour les dons plus tard, et j’en profiterai pour tenter de corriger un autre souci.
Pas encore trouvé le temps pour Coordonnées à cause d’un sérieux bug sur Associaspip.
Mais j’avais oublié de signaler que les dons sont réparés (y compris le souci d’ajout de don depuis la page listant les dons) depuis une semaine environ. Merci.
Répondre à ce message
Bonjour,
Pourtant je le sais que le mieux est l’ennemi du bien ! Mais je n’ai pas su résister, donc ce matin j’ai installé la version 72068. J’ai suivi la procédure et donc théoriquement cela ne viendrait pas de là.
En dehors d’une légère modification sur « formulaires/editer_asso_membre.html » ligne 58
<BOUCLE_groupes_membre(ASSO_GROUPES_LIAISONS asso_groupes) ......>changé en
<BOUCLE_groupes_membre(ASSO_FONCTIONS asso_groupes)......>je n’ai apparemment plus de droits de webmestre. Pas possible par exemple d’ajouter une exercice comptable ou de modifier des membres ou activité.
J’ai divers messages du style "
edit_adherent : Accès interditouedit_activite : Accès interditedit_groupe : Accès interditJ’ai vérifié dans la BD table spip_asso_fonctions je suis bien dans le groupe 100.
Bonjour.
J’ai justement cette révision sur un site, mais je ne constate pas l’erreur (j’ai accès, en tant que webmeste, à l’édition des adhérents et des groupes —les activités ne sont pas activées). Si je comprends bien, ce n’est qu’avec ces pages d’éditions qu’il y a des soucis ?
Par ailleurs, le webmestre (admin non restreint) a droit d’accès à toutes les pages par défaut. Autrement, les exercices comptables nécessitent l’autorisation de configurer la compta ; editer les membres celui d’édition des membres etc. et chaque autorisation a un numéro spécifique (mais si c’est un problème d’autorisation, il y a bien longtemps que le souci aurait du se poser je pense)
Je suis bien webmestre du site. J’ai aussi essayé avec un autre webmestre avec les mêmes résultats.
Cache et répertoire « temp » vidés. Arrêt et redémarrage de session.
C’est en effet curieux parce que j’ai pu ajouter une référence comptable, mais quand je vais dans la page
?exec=exercice_comptableje n’ai pas de bouton « ajouter un exercice comptable » et si je cherche à modifier l’exercice actuel, j’ai ce messageedit_exercice : Accès interdit. Idem si j’appelle directementedit_exercice. J’ai le formulaire, je le rempli, mais j’ai le même message d’erreur quand je veux confirmer.Et pratiquement aucune autre action autorisée.
Je ne sais quoi faire, car je ne pense pas que l’on puisse revenir en arrière vers la version précédente (72013) qui ne me provoquais pas ce blocage.
A moins que l’on puisse temporairement désactiver les autorisations ? Et je veux bien vous communiquer en privé les codes d’accès au site.
Hello.
Si la page
?exec=adherentsne pose pas de souci, c’est que ce n’est pas r72068 qui est en cause (c’est le seul fichier modifié en s’appuyant sur le fait que ce qui précédait fonctionne sans souci.) Les autorisations n’ont pas été touchées depuis r72013 (en fait depuis fort longtemps.) Je vais cependant regarder s’il y a des incohérences (pas normal qu’on puisse modifier un exercice existant mais pas en saisir un autre, mais si la page s’affiche c’est que l’erreur n’est pas où on croit.)Sinon, que disent les logs ? (
/tmp/prive_spip.logsurtout)Bonjour,
J’ai désactivé tous les plugins inutiles à Associaspip. J’ai déplacé Associaspip dans un répertoire « plugins_anciens ». J’ai, par ftp, chargé la dernière version disponible sur spip-contrib(
Version : 2.2.0 [72087]).Vidé le cache et tmp/cache.
?exec=adherentsme renvoie une page blanche (donc bien >== r72068 ?).spip_asso_meta m’indique «
base_version 71780»J’ai accès au reste mais sans possibilité d’ajout ou de modifications
Que dois-je chercher dans /prive_spip.log ?
Les dernières lignes semblent aller chercher les groupes 101 à 109 (ici simplement l’appel au groupe 101, sinon trop long !
Accès au reste sauf ajout/modification... Mais les pages s’affichent quand même ? J’ai regardé du côté des permissions, mais le problème ne semble pas venir de là : peut-être des formulaires mêmes ? Par ailleurs, en relisant, je vois qu’il est mentionné le groupe 100 : c’est Associaspip qui a autorisé sa création ? (étrange...)
Pour les logs, c’est juste de voir s’il y a une erreur SQL silencieuse ou un problème de permission.
Bonjour,
Le groupe 100 existe en base depuis le 2012-11-30 11:04:01. C’est donc un peu ancien. C’est le groupe de l’Administration et Bureau de l’Association.
Je peux changer pour un autre numéro sans souci.
Pas d’erreur SQL silencieuse dans les logs ou de mentions de permission (sauf à mal interpréter les journaux)
la seule erreur MySql (prive_mysql.log) est étrangère à Associaspip :
Table 'provenceagedor.syndic_liens' doesn't exist - SHOW CREATE TABLE <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+c3luZGljX2xpZW5zPC9jb2RlPg=="></span>Ok, pour l’avertissement (message d’alerte/notification sans conséquence, pas une vraie erreur) SQL c’est sur la fiche de membre : la liaison à Coordonnées invoque une fonctionnalité non encore publiée.
Pour les groupe, comme dit dans le carnet de route : les 100 premiers sont réservés pour la gestion des autorisations (d’où je suis surpris que le plugin ait permis la création de ce groupe depuis une de ses pages —si c’est fait manuellement dans la base c’est différent) D’ailleurs, est-ce que ce groupe apparait (et est donc éditable) dans la liste des groupes ? En tout cas certains tests sont à revoir (certains incluent/excluent le groupe 100 et d’autres pas)
Ceci dit, en tant qu’administrateur complet (i.e. de toutes les rubriques) on a accès à tout indépendamment des groupes... Ce qui me fait penser que le problème ne viendrait pas des autorisations... Me confirmez-vous que le formulaire d’édition s’affiche mais n’est pas envoyé ?
Je confirme que, dans l’exemple de la création d’une groupe, le formulaire est affiché mais n’est pas envoyé.
J’avoue que je ne me souviens plus comment ce groupe 100 a été créé. Je note, dans la BD, que tous les 8 groupes ont été créés à quelques secondes d’intervalle, ce qui m’incite à penser, sans certitude absolue, que je suis passé par le formulaire.
Bonjour.
Juste pour signaler (pour ceux qui passent sur le forum —et ne regardent/comprennent pas les logs de commit) que ce problème d’accès interdit sur les formulaires est réglé. Et toutes les excuses pour le désagrément occasionné.
Répondre à ce message
Bonjour,
J’ai copié les fichiers du répertoire /modeles/ vers le répertoire squelettes afin de pouvoir les appeler.
Ce que je fait tout en étant connecté à l’interface privée afin d’avoir les autorisations d’accès.
J’ai au moins une informations validées en compta et dans l’exercice budgétaire qui comprend la période en cours. Pourtant
asso_comptesme renvoie : « Aucun résultat »J’ai 8 groupes et des membres à jour mais
listes_groupene me renvoie rien.Le critère
{<100}est de temps en temps mis en cause, lors d’un recalculBonsoir.
Mauvais forum... (il s’agit là de bidouilles de webmestres —donc une utilisation plus avancée— et non de problème d’installation/configuration/prise-en-main —le lot en version finale— ou de bug —hélas une bonne partie actuellement— mais ce n’est pas grave ^^ )
Pour pouvoir appeler les modèles, pas besoin de les copier (ça marche très bien depuis le plugin) ; la copie c’est seulement si on veut « surcharger » (je dois encore compléter la documentation —difficile et fastidieuse à écrire— mais ces deux aspects sont dits ...avec des liens sur la documentation complète). Sinon, comment sont appelés les modèles ?
Pour les comptes il faut préciser les paramètres (sauf
id_comptecomme dit la doc) ; par exemple<asso_comptes|imputation=756>si on veut lister les opérations avec cette imputation (cotisation).Pour les membres des groupes, c’est (pour l’instant et la documentation informe que le nom changera) :
<membres_groupe|id_groupe=107>pour afficher les membres du groupe 107Répondre à ce message
Hello,
Avez-vous une idée du délai pour une sortie en SPIP3 ? De notre coté on a tout migré et c’est le dernier plugin qui nous coince et nous retiennent en spip2.
Merci de vos réponses
Bonjour Artlogic.
Je n’avais pas répondu à ce message... Mais en fait la réponse n’a pas changé depuis...
Pour éviter de me répéter (le plugin est d’une part en phase de développement —donc pas trop stable— et d’autre part l’équipe de développement n’a pas migré sous Spip 3 —ceci dit le plugin étant sur la zone et si des compétences PHP utilisant la 3.0 sont intéressés à participer...— mais il semble fonctionner dans l’ensemble —excepter les points que j’évoque mais qui peuvent être infirmés) et donner la manipulation j’ai rajouté une section dans la feuille de route
Salut,
Est-ce qu’on commit dans le répertoire trunk pour un fonctionnement de cette V3 ? Dans la mesure où je comprend ce qui a pu être fait, je dois pouvoir apporter quelque chose. J’ajouterai dans un premier temps la liste des bugs rencontrés dans cette V3. j’écrirai dans une nouvelle feuille de route si trop conséquent.
Hello.
Tant qu’il n’y a pas rupture de compatibilité (donc code fonctionnant avec SPIP 2.1), Associaspip 2.2 est bien dans le trunk oui :-)
Tester (j’allais te proposer de faire une installation en local si t’es toujours motivé) et surtout rapporter les bugs ici fera beaucoup avancer les choses. Je pense que nombre de choses pourront être corrigées, et on signalera ce qui n’aura pas pu dans la feuille de route actuelle (parce-que j’espère que ce sera pas trop conséquent...)
En tout cas merci : tous ceux qui attendent Associaspip 2.2 pour SPIP 3.0 te devront une fière chandelle ;-)
J’ai déjà installé le plugin en local sous V3. Je te ferais les retour de bugs ici ok.
Parfait ^_^
Je pense que certains ont fait des essais mais ont vite abandonné parce-qu’il fallait modifier le
pluglin.xmlà chaque mise à jour... (peut-être même que ça tourne sur des S3 mais sans bénéficier des corrections ?) Alors, je voudrais demander comme service de faire jouer plugOnet pour qu’on donne plutôt leassociaspip2-2-paquet.xmlà la place de la modification d’un fichier plugin... (c’est toujours chiant de devoir penser à remettre ce fichier mais ça plaira peut-être mieux)Voilà, juste une idée comme ça.
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 :
|
