Associaspip 1.9-2.0

Ceci est une archive périmée mais qui reste intéressante, parfois autant pour l’article que les commentaires associés.

Plugin de gestion de petites associations avec gestion des adhérents et des cotisations et gestion des dons et des ventes associatives.

Ce plugin est né du constat que depuis la version 1.8, SPIP est bien plus qu’un outil de communication, il est un outil de travail pour de nombreuses associations.

Les Fonctionnalités

  1. Profil de votre association
  2. Gestion des cotisations et des relances
  3. Gestion des dons
  4. Gestion des ventes de produits issus de l’association
  5. Gestion des activités
  6. Gestion des prêts
  7. Livre de comptes

Compatible IE7, Firefox, Opéra et sans doute tous les autres navigateurs.

Installation

Comme tous les plugins en suivant la procédure habituelle.
Attention ! Pour la version 0.6 (Associaspip 1.9.2) l’installation des plugins CFG et Inscription2 est indispensable, mais ne l’est pas pour les versions antérieures et postérieures.

Accueil

Il faut ensuite entrer la configuration du plugin et en particulier

  • Sélection des modules utiles
    menu
  • Choix entre une indexation des adhérents numérique incrémentielle ou structurée

Le plugin installe plusieurs nouvelles tables dans la base. Il est possible de faire ressortir des informations dans la partie publique du site en utilisant les boucles SPIP.

Catégories de cotisation

Les catégories de cotisation permettent d’automatiser la saisie des cotisations.

Gestion des adhésions

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.

Pour la version 0.6 (Associaspip 1.9.2), les données relatives aux adhérents sont incorporées à la table auteurs_elargis.

Il est prévu 4 statuts de cotisants (#STATUT_INTERNE) :

  • Prospect (prospect) : Le statut initial par défaut à l’enregistrement du membre
  • À jour (ok) : Le statut après enregistrement d’une cotisation
  • À échéance (echu) : Le statut après dépassement de la date de validité de la cotisation. Ce statut est attribué automatiquement
  • Relancé (relance) : Le statut après la première relance de cotisation
  • Désactivé (sorti) : Ce statut permet d’exclure un cotisant tout en conservant ses informations. La suppression est quant à elle définitive.
Partie adhérents

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 !
Pour ce faire, prévoyez un statut interne par défaut dans la configuration de Inscription2, par exemple : prospect ou ok.

Relances

Cette fonctionnalité vous permet d’envoyer un email de relance de cotisation aux adhérents disposant d’une adresse email. Par défaut les adhérents à échéance sont sélectionnés.

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 d’email à vos adhérents. Il suffit d’utiliser le sélecteur prévu à cet effet.

On peut également imprimer des étiquettes adresses. En attendant mieux, le réglage se fait dans le fichier action_labels.php

Gestion des dons

Vous pouvez gérer ici les dons fait à l’association, qu’ils soient financiers ou colis. Les dons financiers sont centralisé dans le livre de comptes.

Ventes associatives

Ce petit module vous permet de gérer la vente des produits de votre association, en ce compris les envois.

Gestion des activités

À 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

Une balise #FORMULAIRE_INSCRIPTION est disponible pour l’inscription aux activités depuis l’espace public. Ce dernier doit être placé dans une boucle EVENEMENTS.

À chaque inscription depuis l’espace public un mail de confirmation est envoyé au participant et au webmaster.

La couleur des lignes du tableau des membres change suivant le statut.

Le tableau des inscriptions peut être sorti au format PDF.

Gestion des prêts

Ce petit module vous permet de gérer vos prêts (matériels, livres,...)
Il comprend dans une interface de gestion des ressources et de réservations

Livres de comptes

Toutes les opérations de gestion définies dans la configuration sont centralisées dans une feuille de comptes qui en offre une vue chronologique. Il est également possible d’y ajouter d’autres opérations définies par un plan comptable et d’obtenir un bilan des résultats et des avoirs de l’association.

Livre de comptes

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.

La validation permet de rendre définitives les lignes d’écriture.

Notes de versions

Comme le bon vin, ce plugin se déguste avec

  • Import CSV pour l’archivage des données et les mailing papier
  • Balise_session pour la sécurisation de votre site
  • Forms & Tables pour l’interactivité de votre site
  • Spip-listes pour vos lettres électroniques
  • ... entre autres !

Discussion

133 discussions

  • 1

    A noter également :

    Fatal error : Call to undefined function debut_cadre_formulaire() in /home/www/e2dfd0e9fe14112fe91982e4ecb3fcc0/web/spiptest/plugins/auto/association/v2.1.0/exec/association.php on line 43

    et
    Fatal error : Call to undefined function fin_cadre_formulaire() in /home/www/e2dfd0e9fe14112fe91982e4ecb3fcc0/web/spiptest/plugins/auto/association/v2.1.0/exec/association.php on line 55

    +

    Référence à une table inexistante sur les activités :
    Erreur SQL 1146
    Table ’artsenscenesfr4.spip_mots_evenements’ doesn’t exist

    SPIP 3.0.5 [19905]

    Associaspip 2.1.0 SVN [68708]

    • Ces erreurs sont corrigées depuis un bon moment...

      Pour la table inexistante, c’est dans la nouvelle version 2.2 (encore en chantier) qui n’est pas recommandée pour SPIP 3.0 Il faut utiliser plutôt la version stable 2.1 et poster sur leur forum pour avoir une réponse rapidement.

      Merci.

    Répondre à ce message

  • 1

    Bonjour,

    l’accès au plan comptable par le lien : http://www.artsenscenes.fr/aes/ecrire/?exec=plan
    disponible par le raccourci : Plan comptable

    affiche le plan du site !!

    Normal ?

    • C’est corrigé... Cette erreur étant liée à SPIP 3.0, je pense que ce message n’a pas été mis au bon endroit...

    Répondre à ce message

  • 2
    Stéphane

    Salut,

    J’essaie d’installer le plugin sur spip 3.0.5 (j’avais fait confiance à l’info de compatibilité...). Je vais essayer de le modifier pour l’utiliser (il m’a l’ai sympa)

    Comme certains, j’ai un problème de création de tables : il n’est créé que 3 tables principales ( spip_asso_destination, spip_asso_destination_op et spip_asso_membres) ainsi qu’1 table auxiliaire ( spip_association_metas).

    Est-ce que quelqu’un a réussi déjà à faire l’install de toutes les tables en 3.0.5 ?

    Merci ,
    Stéphane.

    • Stéphane

      OK...
      Dans le fichier base/association.php, le format « timestamp(14) » n’est plus valide avec mysql 5.5... Bref, on retire (14) et ça marche...

    • Bonjour Stéphane,

      C’est semble-t-il par erreur que le lien « en savoir plus » dans la gestion des plugins de SPIP3 (3.0.7 pour moi) renvoie sur cette page car la page de la version 2-1 est celle-ci. Elle fonctionne bien dans spip 3 à condition de charger la dernière version. J’ai essuyé les plâtres ;-) Voir la discussion http://contrib.spip.net/Associaspip....

    Répondre à ce message

  • 2

    Bonjour,
    Je suis tout à fait novice sous SPIP. Je cherche une solution de gestion pour mon association. J’ai aussi besoin d’un espace privé pour les adhérents.
    Normalement je devrais trouver mon bonheur avec SPIP 3.0.5 que j’ai installé en localhost (Wampserver). Installation sans problème.
    J’ai essayé de télécharger Associaspip 2.2 Plugin annoncé incompatible.
    Je passe donc avec la version 2.1.0 pour SPIP 3.0. L’installation semble fonctionner, mais en activant la configuration j’obtiens une page d’anomalie avec 15 erreurs dans le squelette lié à l’absence d’une table : Erreur SQL 1146 Table ’spip.spip_asso_plan’ doesn’t exist .
    Je fais une erreur sans doute, un plugin manquant ? Une mauvaise version de plugin ?? Je suis vraiment sec.
    Mysql 5.5.8 et PHP 5.3.5
    Est-ce que je poste au bon endroit ?
    Merci de votre aide

    • Bonjour.

      Je viens de voir ce message et de corriger l’erreur de cette page de documentation : ce plugin n’est pas compatible SPIP 3. Je suis surpris que cela ait pu s’installer...
      Pour l’absence de table je ne me l’explique pas ; l’installation a dû mal se passer.

    • Bonjour,
      La compatibilité annoncée en haut à gauche (3.0) est donc erronée ?
      J’ai du mal à m’y retrouver.
      Pour un débutant comme moi, ça serait pratique d’avoir des exemples de sites qui tournent avec cette extension.

    Répondre à ce message

  • 1

    rev 68253.

     ?exec=edit_activite&id_evenement=x

    (déjà signalé) Lors de la saisie le montant n’était entré en base car erreur de champ dans formulaires/editer_asso_activites.html (faisait référence à « montant » au lieu de « prix_unitaire »)
    J’ai modifié les lignes 29, 30, 31 ainsi

    <li class="editer_montant">
    [<span class="erreur_message">(#ENV**{erreurs}|table_valeur{montant})</span>]
    <label for="montant_inscriptions"><:asso:activite_libelle_montant_inscription:></label>
    <input name="montant" type="[(#HTML5|?{number,text})]" [value="(#ENV{montant})"] id="montant_inscriptions" class="number float price" />
    
    </li>

    modification en (fonctionne mais peut-être pas trop orthodoxe ?).

    <li class="editer_montant">
    [<span class="erreur_message">(#ENV**{erreurs}|table_valeur{prix_unitaire})</span>]
    <label for="prix_unitaire"><:asso:activite_libelle_montant_inscription:></label>
    <input name="prix_unitaire" type="[(#HTML5|?{number,text})]" [value="(#ENV{prix_unitaire})"] id="" class="number float price" />
    </li>

     ?exec=edit_activite&id=X
    Par ailleurs quand, depuis la liste des évènements, je veux modifier une inscription (Mise à jour des inscriptions), ce même fichier ? (formulaires/editer_asso_activites.html) ne permet plus de modifier ou d’entrer un nombre de participants, le champ de saisie de « Quantité » n’apparaît pas (voir image en pièce jointe).

    Pour ce formulaire, en mode (Mise à jour des inscriptions) il serait aussi souhaitable que les combo se positionnent sur les choix initiaux et non pas sur ceux par défaut.

    D’autre part sur les pages Activités (?exec=activites) et celles qui en découlent il n’y a plus de lien actif, sur la gauche pour « RACCOURCIS : »

    • Désolé, erreur de destinataire.
      Destiné en fait à Associaspip.

    Répondre à ce message

  • 5

    Je note également cette erreur dans la page des membres :

    Warning : Invalid argument supplied for foreach() in ...../plugins/auto/Associaspip/association_options.php on line 2527

    Celle ci dans ajout_cotisation

    Fatal error : Call to undefined function association_chargeparam_destination() in .../plugins/auto/Associaspip/formulaires/ajouter_cotisation.php on line 33

    A suivre donc...

    • Bonjour

      Tu est à jour de spip et tout les plugins ?

    • Bonjour Pierre.
      Je crois qu’il a les dernières modifications (cet appel dans le formulaire est tout récent...)

      Bonjour ordilibre
      C’est vrai qu’il ne faut pas oublier de préciser le numéro de version et de révision (celui-ci est très important pour Associaspip) afin d’aider à mieux cibler le problème et y apporter une correction rapidement. Pour l’erreur fatal déclenchée par la ligne 33, il manque en effet le « s » final dans le nom de la fonction...
      Il est aussi d’usage de mentionner les autres plugins installés et leur version pour permettre de déterminer un problème lié à l’usage de plusieurs plugins conjointement. Les avertissement concernant la ligne 2527 semblent liés à la présence du plugin « Interface pour Champs Extras 2 » Vous confirmez ?

    • Bonjour,

      Merci pour ces informations.

      Pour répondre aux compléments d’informations demandées.

      SPIP 2.1.19 [19922]
      Champs Extras2 1.10.1
      Version testée :

      Origine : file :///home/svn/repository/spip-zone/_plugins_/Association/Associaspip
      Revision : 66822
      Dernier commit : 2012-10-15 21:00:05 +0200

      En appliquant la dernière mise à jour, la remarque concernant les « Warning : Call-time pass-by-reference » n’apparait plus.


      Origine : file :///home/svn/repository/spip-zone/_plugins_/Association/Associaspip
      Revision : 66954
      Dernier commit : 2012-10-20 15:00:04 +0200

      L’ajout de cotisation semble okay également.

      Reste le message d’erreur suivant dans l’affichage de la page des membres :

      Warning : Invalid argument supplied for foreach() in /home/www/.../auto/Associaspip/association_options.php on line 2595

      J’en profite pour féliciter l’équipe pour ce super boulot.

    • Bonsoir ordilibre.

      Mes excuses encore pour le désagrément (c’est que je tente d’harmoniser l’interface et les comportements dans les pages et j’en profite pour revoir tout le code qui devenait difficile à maintenir, du coup cela a induit quelques redressions que je corrige au fur et à mesure)

      Pour le warning de PHP sur le foreach, je pense qu’il faut vider le cache de SPIP et du navigateur : il n’est pas normal que la ligne indiquée soit la même vu qu’entre-temps ce fichier a pas mal bougé...
      Ensuite, pouvez-vous désactiver (juste décocher de la liste des « plugins actifs ») la « Interface pour Champs Extras » et voir si l’erreur persiste ? Je pense que le souci est à ce niveau (je tente une prise en charge plus poussée de « Champs Extras 2 » dans les PDF mais c’est pas simple/évident)

      Merci.

    • Bonsoir,

      Je viens de désactiver les interfaces

      Champs Extras2 1.10.1 - en test
      +
      Import/Export de Champs Extras 0.2.0 - en test
      +
      Interface pour Champs Extras 1.3.0 - en développement

      ce qui fait en effet disparaître le msg d’erreur.

      L’erreur est de retour en les réactivant.

      Cordialement

    Répondre à ce message

  • 1
    Bernard13

    Bonjour

    je découvre Association

    Je suis en SPIP 2.1.11
    j’ai téléchargé le plugin ASSOCIA_2_0
    je suis chez l’hébergeur avec une base Msql5

    Quand dans la phase n’initiatio des plugins j’ai le message suivant :

    Cette page liste les plugins disponibles sur le site. Vous pouvez activer les plugins nécessaires en cochant la case correspondante.
    Aucun plugin activé.

    Warning : array_flip() [function.array-flip] : Can only flip STRING and INTEGER values ! in /homepages/10/d220045033/htdocs/asso/ecrire/plugins/afficher_liste.php on line 20

    merci de votre aide

    • C’est une étrange erreur pour laquelle je n’ai pas de réponse.
      Je vais juste suggérer de mettre SPIP à jour... Ensuite de mettre les flux à jour (et bien choisir ceux de SPIP 2.1 et non ceux de SPIP 2.0)

    Répondre à ce message

  • 1

    Bonjour,

    En spip 2.1, j’obtiens l’alerte suivante :

    Warning : Call-time pass-by-reference has been deprecated ; If you would like to pass it by reference, modify the declaration of association_bloc_filtres(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file in ....../inc/navigation_modules.php on line 208

    Cela est dû à la ligne 208 de inc/navigation_modules.php :

    echo association_bloc_filtres(&$liste_filtres, &$exec, &$supplements, &$td) ;

    qu’il faut modifier comme cela (ôter les &) :

    echo association_bloc_filtres($liste_filtres, $exec, $supplements, $td) ;

    Si ça peut aider ;-)

    • Salutations.

      Attention, cette erreur est dans Associaspip et non Association2 (ce n’est pas le même plugin et donc vous n’avez pas posté au bon endroit)
      Alors, concernant l’avertissement PHP ce n’est pas encore grave (c’est juste « déprécié » mais toujours compris/supporté) Je ne sais plus quel problème je traquait pour l’avoir placé, mais je le retire dans la prochaine m-à-j) Merci pour le signalement.  :-)

    Répondre à ce message

  • 23

    Je viens d’essayer la SVN 48001 qui interface ce plugin avec le plugin Coordonnées. C’est uns excellente chose, malheureusement lors de la migration de mes 5000 adhérents, j’ai eu une erreur fatale de temps dépassé, et les derniers membres n’ont pas été transférés. Je m’attache à optimiser ce code, en attendant je déconseille d’utiliser cette toute dernière version.

    • Bon la dernière version SVN 48134 et précédentes ont réduit le temps de recopie, ça devrait passer plus facilement à présent. Attention, il faut aussi absolument mettre à jour le plugin Coordonnees pour que les recopies se fassent.

    • c’est une bonne chose.. je pensais justement que ce plugin ne devrait pas s’occuper de ce genre de chose (meme s’il est vrai qu’un association a besoin d’avoir les adresses de ses membres pour leur ecrire...) directement mais faire appelle a des briques specialisees comme le plugin coordonnees !
      Assocaspip ne devrait alors faire « que de l’affichage » sur la fiche de membre en utilisant le modele, et on a des donnees a la fois a jours et sans duplication, avec la possibilite pour l’auteur de voir dans sa page les informations au’on a sur lui et de pouvoir les corriger (conformement a la loi)
      Pareillement, on devrait pouvoir l’interfacer avec le plugin inscription2 puisqu’on ne se preoccupe pas du choix de gestion du site et au’on ne fait alors que de l’affichage selon que certains plugins soient actives...

      de la meme facon, je pense que les champs « nom de famille » et « prenom » dans ka table spip_asso_membres sont de trop... on doit selon moi afficher (dans le listing et dans la fiche de membre, sans modification...) le nom et le prenom en se basant sur « contacts et organisations » ou « inscription 2 » si present, sinon afficher la signature dans « spip_auteurs »

      bref, utiliser les autres plugins quand ils sont presents au lieu de reinventer la roue, et par defaut se reposer sur les fonctionnalites natives sans chercher a co ;plexifier. qu’en pensez-vous ?

    • Bonjour,

      j’avais regardé la possibilité d’utiliser aussi Contacts quand j’ai intégré Coordonnées mais c’est une usine à gaz bien trop grosse pour gérer simplement un champ nom et un champ prénom. J’ai donc préféré les laisser dans la table spip_asso_membres.

      Pour inscription2 il interfacait avec Association avant mais ca posait visiblement des problèmes et ça a donc été abandonné.

      Sinon je suis entièrement d’accord avec vous et c’est bien pour ça que j’ai sorti les fonctions de gestion d’adresse et telephone du plugin Association.

    • je ne faisais qu’encourager dans cette voie :) (la direction prise pendant que j’étais absent rejoint la réflexion que j’ai eu pendant ce temps). mais mon idée au niveau de l’interface avec les autres plugins est de les utiliser s’ils sont présents et de s’en passer sinon (parce-que inscription2 était plutôt une des dépendance de Association2 et je suis justement contre le fait de nécessiter...)
      concernant les problèmes/difficultés posés par les différents plugins, je suis hélas mal placé car n’ayant pas mis les yeux dans le code. (je pensais avoir le temps d’aider ce mois mais hélas non)

      j’en profite pour faire quelques retours après usage

      • dans la page d’affichage des membres : ecrire/ ?exec=adherents
        • je suis dans une association où on a beaucoup de familles, donc dans la colonne nom afficher uniquement le nom de famille n’est pas d’une grande aide : il faudrait aussi l’initiale du prénom ou le prénom complet (dans ce cas en mettant le nom de famille en majuscule ou en le plaçant avant et en le terminant par une virgule ?)
        • la page met du temps à s’afficher à cause des photos qui sont prises en original (et que le navigateur doit recadrer en 60x75 je crois) : il faudrait pouvoir faire générer une version réduite par Spip et l’utilise (Spip le fait lui-même pour les pages auteur...)
      • quand on va sur la modification d’un membre : ecrire/?exec=edit_adherent&id=XX
        • il n’y a qu’un champ nom qui contient bien le nom de famille, mais le prénom n’est pas visible
        • il faudra une meilleure saisie de la date de validité si possible
        • il manque l’affichage et la modification du numéro interne d’adhérent (qui chez nous sont aussi les numéros de carte)
      • quand on affiche la fiche du membre : ecrire/ ?exec=voir_adherent&id=XX
        • dans le cadre à gauche, il est marqué numéro XX en gros et gras : je pense qu’au lieu de « numéro » il faut mettre « auteur » ou « visiteur » (avec le numéro sur la même ligne, et pourquoi pas faire un lien sur cette ligne vers la page auteur...)
        • en dessous il y a le nom de famille, mais pas le prénom ; et il faudrait afficher en dessous le numéro de interne de membre s’il est disponible...
        • pour l’affichage des informations issues du plugin coordonnées, j’avais suggéré que soit proposé des modèles (les miens sont nommés coodonnees_postales coordonnees_telephoniques et coordonnees_electroniques et reprennent l’affichage des blocs dans la page d’auteurs) par le plugin afin que d’une part chaque site puisse les personnaliser/présenter à sa convenance (la plupart de nos adresses sont anglaises et là le code postal est placé après et non avant) et ils pourraient être appelés par les squelettes et les plugins sans redonder de code.
          outre l’ordre d’affichage des champs, il y a le problème du formatage des éléments qu’il faudrait éviter (ou laisser au soin du modèle) : ici les numéros sont disposés comme de coutume en France (par deux chiffres) alors qu’il peut en être autrement (par trois par exemple) et le résultat n’est pas forcément heureux (quand on n’a pas un nombre paire de chiffres dans le numéro). il est judicieux aussi de ne pas faire de filtrage sur les numéros : dans mon cas ils sont au format international et le signe plus est supprimé alors qu’avec le dièse, l’étaile, le point et le tiret, ils ne sont pas proscrits
    • Bonjour,
      alors je vais tenter de repondre dans l’ordre aux retours :
      1.1 - Les prenoms sont gérés de facon optionnelle, pour les voir apparaitre il suffit de cocher la case prenom dans la page de configuration du plugin. (il apparaitrons alors aussi comme champ editable dans la page d’edition des membres)
      1.2 - Bonne idee pour les photos, je vais tacher de voir comment faire pour recuperer directement la vignette generee pour les pages auteurs.
      2.1 - voir 1.1
      2.2 - oui j’avais pense a mettre un date picker pour l’ensemble des cases ou il faut rentrer une date mais je ne voulais pas ajouter une dependance sur Bonux et donc j’attend le passage a SPIP3 pour utiliser alors celui de jQuery UI qui fera parti du core.
      2.3 - presque comme 1.1, la reference interne est geree de facon optionnelle, il vous suffit de l’activer dans la page de configuration
      3.1 - bonne idee, je vais implementer ca des que j’ai le temps.
      3.2 - voir 1.1 pour le prenom et 2.3 pour la reference interne qui s’affiche sous la date de valdiite
      3.3 - je vais voir ce que je peux faire mais pas tout de suite la.

    • Oups... 1.1, 2.1, 2.3, 3.2, j’avais complètement oublié avoir aperçu ces options dans la page de configuration... Je me rappelle à l’époque ne pas avoir cherché à tester parce-que en voyant civilité et prénom à côté du format de signature importé, j’avais bêtement pensé que ça avait quelque chose à voir avec la gestion de l’adresse... (chose que je faisais déjà par ailleurs et pour lequel je ne voulais pas de doublon)
      j’ai coché le prénom et la référence interne et du coup j’ai eu droit à une erreur :

      Vous ne pouvez pas activer le module de gestion comptable car votre plan comptable n’est pas valide.
      Pour etre valide, un plan comptable doit suivre les règles suivantes :

      • Contenir des comptes d’au moins deux classes différentes.
        dans ma table, le champ « classe » est indexé et MySql compte 8 valeurs distinctes !
      • Les classes sont un chiffre entre 0 et 9.
        dans ma table, j’ai toutes les classes de 1 a 8 (j’ai rentré tout le plan comptable en fait)
      • Les codes des comptes doivent etre unique.
        dans ma table, le champ « code » est bien unique et MySql compte 515 valeurs (autant pour id_plan qui est la clé primaire)
      • Les codes doivent commencer par un chiffre égal à la classe du compte.
        c’est le cas puisque j’ai repris le PCG et que mes codes sont simplement ceux de catégories de compte
      • Les codes sont au format : 2 chiffres suivis de caractères alphanumériques
        mes codes sont numériques et ont au moins deux chiffres. alors je ne sais pas ce qui coince.

      Pour les dates, je ne pensais pas forcément à un DatePicker en JS mais plutôt à trois champs date_jour / date_mois / date_an dont les deux premiers sont des listes déroulantes localisées si possible (du coup, ça implique une conversion avant l’affichage du formulaire puis une reconcaténation avant insertion en base, bref plus de boulot :-$)
      Un sélecteur en javascript (affichage calendrier) est plus joli et moderne. Mais n’est-il pas possible de le rendre présent pour ceux qui ont déjà les éléments nécessaires installés ? (je suppose —peut-être à tort— que ça peut fonctionner par déclaration de class et appel de fonctions onQuelqueChose non ?)

    • A partir de la révision 50552] toutes les modifications précédemment évoquées(1.2, 3.1 et 3.3) devraient etre implementées, dites-moi donc si ça marche !

      Merci pour les retours et n’hésitez pas à proposer d’autres améliorations.

    • je m’en vais regarder tout ça à partir de ce soir.
      (pour le lien sur la page auteur, ça y était déjà dans la page listant les membres, manquait plus que le rappel dans la page d’édition)

    • Salut

      J’ai ajouté un incrémenteur/décrémenteur sur spipal qui devrait fonctionner sur le premier des champs de dons afin d’ajouter ou de retirer un euros à la somme. A la vue de l’inclusion de jqueryUI dans SPIP3, je me demandais si un outil qui permettrai ce genre de chose directement sur les pipelines existait/existera ?

      Ca devrait pouvoir se généraliser sur pas mal de champs d’associaspip non ?

    • @Jeannot
      -  1.2. : Les photos étant redimensionnées, le chargement des pages en est plus rapide et l’affichage (le rendu) très fluide maintenant. Les connexions lentes et les vieilles machines en seront reconnaissantes  :-)
      -  3.1, : De la fiche adhérent(e) on a bien le lien sur la page auteur et c’est très bien à mon avis : on peut facilement voir les autres informations liées à cet auteur (articles publiés, mais aussi les infos introduites par les autres plugins —co, coordonnées, inscriptions2, cextra, etc.--- et que sais-je encore) sans repasser par la liste des membres.
      -  3.3. : Je n’ai pas pu encore apprécié les changement à ce niveau (on dirait plutôt que le code d’affichage des informations de coordonnées a été retiré en attendant)
      -  3.4. (nouvelle suggestion) : La date de validité est affichée au format ISO-8601 calendaire ; il faudrait une date au format habituel complet (avec les mois en lettres, abrégés ou pas) et si possible localisée selon la langue de l’interface. (c’est un peu ce que fait le filtre affdate)
      -  4.1. (nouvelle remarque) : Les points 1.1, 2.1, 2.3, 3.2, sont en effet configurables (dans le profil de l’association) et ça fonctionne. Ils impactent aussi sur la page d’accueil, dans la liste du Bureau au sujet de laquelle porte ce nouveau point :

        • (4.1.a) Toutes les personnes qui ont une fonction au sein de l’association ne sont pas forcément membre du Bureau... Il y aussi les gens du Conseil d’Administration (fonction d’administrateur...) et divers responsables/coordinateurs (sur des projets) ou des salariés à des postes précis (un poste implique un/une rôle/fonction sans pour autant faire partir de la direction/administration...) Il faudrait donc un titre plus générique (je crois que « l’équipe » avait été proposé et c’est très bien) et que ce titre soit directement lié au table (balise CAPTION)
        • -(4.1.b) Il y a une colonne « téléphone » qui traine... (je pense que c’est amplement suffisant de pouvoir voir la fiche auteur/membre en cliquant sur le/la nom/fonction et qu’il ne faut pas redonder des informations saisies ou mentionnées ailleurs)
          -  4.2. (nouvelle suggestion) : De la même façon qu’il y a un champ SIREN dans le profil de l’association, je suggère qu’il puisse y avoir un champ TVA (certaines association ont un numéro de tva intra-communautaire qu’il est bon de mentionner) et les champs IBAN et BIC pour les références bancaires (utiles pour les associations qui acceptent les virements par exemple)

      @Artlogic : Ça devrait être intéressant pour les dons par exemple (mais je vois plus l’usage de cela dans l’espace public que l’espace privé) à condition que cela fonctionne de façon optionnelle (qu’on puisse continuer à saisir un montant directement parce-que ça va plus vite quand m.même pour passer de 10 à 100...) et que le pas d’incrément soit configurable (on peut vouloir 10 ou 3 au lieu de 1...)

    • Bonjour,

      3.3 - c’est etrange pour l’affichage des informations issues de Coordonnées dans la page du membre. Elles sont normalement bien la et leur affichage passe par des modèles(modeles/coordonnees_postales.html et modeles/coordonnees_telephoniques).

      Peut-etre qu’ayant par ailleurs ces modèles définis dans votre installation, ce sont eux qui sont utilisés mais qu’ils n’attendent pas les meme arguments et du coup n’affiche rien ? Chez moi ca marche sans probleme mais je n’ai pas essayé de surcharger les modeles. Il faudrait peut-etre que j’en modifie le nom (en ajoutant un prefixe association pour eviter ce genre de probleme si vous me confirmez que c’est bien ca)

      3.4 - C’est vrai que c’est pas tres beau, j’arrange ca a l’occasion.

      4.1.a - Avant c’etait « Votre equipe » mais certains grincaient des dents car ca faisait président tout puissant et qu’une asso c’est pas ça, j’ai donc change par « Le Bureau » mais une voie du milieu pourrait etre « L’équipe » ou alors plus simplement je supprime ce titre inutile.

      4.1.b - oui, il y a aussi le mail, ca a le coté pratique d’avoir tous les numeros utiles sous les yeux sur une seule page, si on doit appeler tout les membres du CA c’est plus comode et puis la page d’accueil n’est pas vraiment surchargée donc je pense qu’on peut le laisser, a moins que vous n’ayez des suggestions d’infos plus pertinente a mettre a la place.

      4.2 Pour le champ TVA c’est comme si c’etait fait, pour les champs IBAN/BIC, la plupart des reférences comptables ne sont pas vraiment associées a un compte, il faut que je vois comment les ajouter de facon optionnelle sans que ca ne pollue trop l’interface quand on n’en a pas besoin et sans que ca induise en erreur non plus sur la fonction de ces champs.

      @Artlogic :
      Pour les nouveautes associées a SPIP3, j’avoue ne pas avoir encore regardé de ce coté là. Mais si vous avez le temps et des idées, commitez, commitez !

    • Bonjour/bonsoir tout le monde.
      Pour Jeannot, voici rapidement mes retours

      3,3. :
      C’était bien vu... Je surchargeait avec des modèles de même nom, d’où l’absence de résultat/affichage. Concernant les paramètres, j’utilise objet (qui est auteur par défaut...) et id_objet ; ceci pour coller à la philosophie/direction prise par le plugin (pouvoir lier des contacts à n’importe quel objet..) C’est la raison pour laquelle je suggérais que le plugin coordonnées propose des modèles qui servirait de base (des noms connus et utilisables par les plugins, des paramètres/arguments pérènnes + exemple de boucle pour des surcharges en douceur pour éviter ces effets de bord)
      C’est bien que les caractères des numéros ne soient plus supprimés. Pour le groupement par deux chiffres, ça butte sur un problème que je ne suis pas arrivé à résoudre dans mon modèle non plus : c’est de gauche vers la droite et non l’inverse et donc c’est étrange pour un nombre de chiffres impaires (exemple "12 34 5" au lieu de "1 23 45") mais pas vraiment grave en soi.

      4.1.a :
      Il me semblait bien avoir vu cette discussion mais je ne me souvenais pas en détail. En fait, considérer ainsi le « votre équipe », c’est supposé que le plugin s’adresse à la personne qui la gère (et si c’est le président le point de vue se défend)... Moi je voyais cela comme une présentation générique de l’association (et donc le « votre équipe » peut bien être à l’adresse des adhérents)
      À la rigueur l’intitulé retenu n’est pas important (car il va être difficile de contenter tout le monde surtout que tous ne viennent pas donner leur avis sur le forum) : une chaîne de langue peut se personnaliser  ;-) Mais il me paraissait important que ce soit un titre de tableau.

      4.1.b :
      Je vois bien le côté pratique de cette liste ; mais je ne vois pas où est pioché ce numéro... (et si on utilise par exemple la table des numeros de coordonnées, lequel devra être affiché quand on en a plusieurs ? pour l’instant, tous mes numéros sont renseignés mais rien n’apparait d’où mon interrogation quand à cette colonne)

      4.2 :
      Euh... je voyais juste une information sur l’association, pas quelque chose lié à la gestion comptable (ce serait plus compliqué je crois...) Pareil pour la tva (cette/ce information/numéro affiché sur les documents comme les factures ne sera pas couplé à la gestion comptable puisque la vocation n’est pas de faire un programme de comptabilité avec télédéclaration de taxe et tout).
      Autre variable que j’ai oublié : la devise... (en fait, je ne sais pas si ça doit être un méta ou juste une chaine de langue, mais les mentions « euros » un peu partout limitent l’utilisation du plugin à cette zone or il y a plein de pays francophones qui pourraient être intéressés) Je pense (en tant que méta) qu’il faut juste le code ISO correspondant (et on pourra, selon le besoin du squelette, afficher le symbole ou le nom localisé avec un autre plugin —je crois qu’il y a justement un plugin devises ?— )
      Il manque aussi le pays (ou plutôt son code —pareillement que la devise, on pourra exploiter le nom ou autre avec le plugin pays ou geographie— et du coup on pourra afficher le nom du pays dans les adresses seulement s’il ne correspond pas au code de configuration, chose que j’avais faite pour mes modèles)
      En y repensant, ces deux dernières ont une portée plus générale que le plugin Associaspip et donc devraient être dans les métas génériques ? (à ce sujet, pourquoi ce plugin a une table séparée ?)

    • 3.3 oui la il faudrait voir avec le plugin Coordonnées pour qu’il propose des modeles, si c’est le cas, il sera tout a fait possible de les utiliser, en attendant je vais renommer les modeles en ajoutant association en prefixe pour ne pas s’ecraser sur d’autres. Pour les numeros a nombres de chiffres impair, vous pouvez grouper les 3 derniers ensemble ce qui est deja plus gracieux avec :
      [(#TELEPHONE|replace\s|replace(\(*\d\)*\d(\d$) ??\)*), $1 )]
      L’avantage c’est que ca groupe les pairs et impairs sans probleme, pour detacher le premier il faudrait savoir a l’avance qu’ils sont impair... ca complique tout surtout en squelette a moins qu’il n ’y ai un moyen de lui dire de processer la chaine a l’envers(on pourrait retourner, remplacer, retourner sinon) mais je n’en trouve pas trace.

      4.1.a si ce n’est que ca, cela dit pour des choses aussi mineures, je vous encourage a modifier et commiter !

      4.1.b Normalement dans la sortie de coordonnées, ca se remplit donc avec tous les numéros disponibles(et applique le modele coordonnees_telephonique).

      4.2 L’IBAN il peut y en avoir plusieurs, autant que ce que l’association a de comptes, et donc autant vaudrait l’associer directement a la compta.

      Pour le pays, dans le modele d’adresse, normalement il n’affiche le pays que si ce n’est pas la france, la config sur ca se fait donc a la main en surchargeant le modele. Ca serait bien en effet de pouvoir le definir quelque part, mais dans ce cas la la place serait plus dans le plugin coordonnées ou le general en effet-

      Je vais regarder ce plugin devise pour voir si ca peut s’integrer facilement, il semble qu’il permet meme de definir une devise preferee pour chaque auteur, ca devrait deja resoudre ce probleme la.

      Pour la table des metas separees, j’ai trouvé ca comme ca quand j’ai ouvert la porte, c’est Deesse A. je pense qui a organisé ca ainsi.

    • 3.3. C’est vrai que ce n’est pas simple en squelette pour grouper les chiffres par deux (ou autre valeur) en partant de la droite... (j’y réfléchi depuis un petit bout de temps sans arriver à quelque chose de simple et acceptable : en fait ce qu’il manque c’est une fonction d’inversion de chaine sur lequel on ferait le formatage avant de l’inverser à nouveau). Pour le groupement par trois, il y a une fonction de formatage monétaire que j’aime bien, et il aurait fallu juste qu’on puisse choisir de faire d’autres groupes que trois avec et ce serait le bonheur, mais ce n’est pas prévu..

      4.1.b. Mea culpa : les numéros sont là... Il s’agissait du même problème qu’avec les adresses : ils étaient masqués par mon modèle personnel.

      4.2. Pour les références bancaires, je me suis limité à un seul (celui pour encaisser les paiements) tout comme on l’a fait pour l’adresse (on mentionne le siège, mais certaines organisations ont plusieurs adresses).
      Pour lier cela a la gestion comptable, il faudrait associer chaque compte bancaire avec un ou plusieurs paiements de façon unique (un chèquier ou une carte est associé à un compte et pas deux à ma connaissance), ce qui nous fait déjà déjà deux tables et du code en plus et je doute de l’utilité réelle si elles ne servent pas vraiment à autre chose (après on peut vouloir stocker l’historique des relevés bancaires par exemple— ? et peut-être faire faire des « rapprochements » ?)

    • 3.3 si si inverser/traiter/inverser ca se fait facilement avec strrev :
      [(#TELEPHONE|replace{\s}|strrev|replace{(\d\d), $1 }|strrev)]
      apres si vos numeros ont un nombre constants de chiffres, vous pouvez assez facilement les grouper comme vous voulez :
      [(#TELEPHONE|replace{\s}|replace{(\d\d\d)(\d\d\d)(\d\d)(\d\d), $1 $2 $3 $4})]
      vous fera sur des numeros a 10 chiffres un groupement 3 3 2 2
      Si c’est un nombre de chiffre variable vous pouvez toujours repeter le replace avec toutes vous configurations possibles.

      4.2 En fait le mieux serait peut-etre d’ajouter un mecanisme permettant d’ajouter les champs qu’on veut dans les infos de base de l’association. Une espece de champs extra mais limité a des entrees dans la table des metas(et du coup la table separee prendrait aussi tout son sens !)

    • benissimo !!! ce strrev est ce qu’il me fallait... (je parcouru des forum et relu la documentation sans tomber dessus —même en cherchant « reverse a string with php » ; c’est fou que je sois passé à côté...) Jeannot mon sauveur  :-|

      Pour le point 4.2., C’est effectivement une très bonne solution : chacun pourra rajouter les informations annexes qui n’auront pas été prévues par le plugin, qui est donc un peu plus extensible/personnalisable. J’adrère à 200%

    • Euh, mais quel moteur de recherche utilisez vous ? C’est parce que Google sait que je ne peux pas passer plus d’une heure sans aller sur php.net que quand je recherche « reverse a string with php » la première réponse c’est :

      http://php.net/manual/en/function.strrev.php

      Sinon pour le second point je vais voir ce que je peux faire. Ca ne devrait pas etre trop compliqué mais j’ai pas tellement le temps là tout de suite.

    • Avoir une table séparée pour les métas permet de faire une sauvegarde complète des données liées à un pllugin, et de pouvoir ainsi les installer sur un autre site au besoin. Cela allège aussi la table principale des métas qui avec le temps se retrouve alourdie par des métas obsolètes, l’interface de programmation des plugins dans SPIP n’incitant pas l’auteur d’un plugin à être rigoureux sur ce point (voir mes propositions à ce sujet).
      Cette table est gérée par la balise CONFIGURER_METAS, qui initialement avait été introduite dans le noyau de SPIP sous le nom FORMULAIRE_CONFIGURER_PLUGIN
      (voir ces envois) pour remplacer à terme CFG qui n’est plus vraiment maintenu et est devenu pléthorique. Au final, cette balise n’a pas été retenue dans la 2.1, à mon grand regret.

      Puisqu’on parle de version, je pense qu’il serait bon de définir pour le présent plugin une petite feuille de route pour déterminer ce qu’on met dans sa prochaine version officielle. Cette feuille de route devrait ne pas tenir compte des nouveautés prévues par SPIP3, afin que toutes les améliorations de ce plugin soient accessibles aux utilisateurs de SPIP 2. Il y a beaucoup de changements dans SPIP3, sa mise au point risque d’être encore longue et les modifs à apporter aux plugins pour s’y adapter aussi.

    • Bonjour Jeannot.

      Je change souvent de moteur de recherche pour plusieurs raisons. Actuellement je mnsearch beaucoup :/

      Concernant l’implémentation des paramètres supplémentaires, je vois deux approches (sans réfléchir plus loin) :

      1. Dans l’interface de configuration du plugin permettre de définir des clés et la valeur associée, et sauvegarder le tout (un tableau) dans un champ params_suppl de la table des métas.
      2. Avoir un bouton pour une page séparée avec une interface comme pour les destinations comptables ou les catégories ; et les paires seraient stockées dans une table propre (spip_asso_paramplus par exemple).

      La seconde approche semble plus simple à l’usage (je pense à l’utilisation dans les boucles). Dans les deux cas, on peut ou non afficher ces informations (les paires) dans la page d’accueil du plugin (avec les informations sur l’association et les membres de l’équipe)


      Bonjour Déesse A.

      Merci pour la précision. Je n’ai pas encore rencontré de table de métas vraiment trop grosse à mon goût (ou à celui du sgdbr) mais par contre c’est vrai que ça fini par être fouillis (et un peu dépotoir) quand on installe et désinstalle pas mal de plugins (et vrai que tous ne font pas correctement le ménage derrière eux).

      Bonne idée la ToDo List. Mais je pense qu’il est nécessaire d’arriver à faire le point sur ce qui est déjà fait... (au passage qu’on s’attèle aussi à la documentation) Ceci permet de voir ce qu’il reste à faire ; et de savoir quand c’est un bug ou une fonctionnalité inachevée.

    • En vrac :

      • a propos d’une version pour SPIP3, tout a fait d’accord, en fait je pensais tout betement attendre sa sortie officielle pour me pencher sur une mise a jour du plugin le rendant compatible.
      • Pour les metas supplementaires, je pensais rajouter ca a l’aide d’une page d’edition de nouvelles metas et une balise qui les recupere pour les inclure dans le squelette de la page de config du plugin, la balise CONFIGURER_METAS etant suffisamment souple pour les recuperer toute seule sans autres declarations que ce soit. Elles seraient donc stockées dans la table association_metas avec un prefixe pour les differencier de celles non definies par l’utilisateur(ca fait courrir le risque que par la suite on definisse sans y prendre garde une metas avec le meme prefixe mais si on est attentif et que le prefixe est un peu tordu, ca ne devrait pas arriver). Si on affiche toutes les nouvelles metas sur la page d’accueil c’est plus simple sinon on peut envisager deux prefixes differents pour faire le tri. Plutot la solution 2 donc, mais est-ce la bonne facon de faire ?
      • Pour la doc, elle existe bien plus à jour que l’actuelle(encore que les dernieres modifications incluant le plan comptable francais ne sont pas mentionnees et qu’il reste des trous : les modules de prets et d’inscription aux activites), il s’agirait juste de la publier et d’y ajouter donc la feuille de route.
    • J’ai vu que les paramètres supplémentaires ont été implémentés (au début je ne comprenais pas pourquoi les espaces étaient acceptés mais l’underscore et le tiret refusés, mais j’ai vu que dans la base les espaces sont transformés en underscore ;-) et les nouveaux noms sont précédés de meta_utilisateur_ ce qui est astucieux).
      Deux petits constats :

      • Depuis la page de configuration, quand on clique sur "Gérer les champs supplémentaires du profil de l’association" et qu’on arrive sur la dite page, il manque un bouton « Retour » qui ramènerait aur la page de configuration...
        (d’ailleurs, c’est en y pensant que je me fais la remarque qu’il manque le même bouton depuis la page de econfiguration pour revenir à la page d’accueil, mais c’est surement parce-que j’ai pris l’habitude d’utiliser les boutons en haut mais ce serait pas mal...)
      • Je me suis amusé à créer un « nouveau champ » (sic) puis je l’ai renommé (bouton-image-lien ?exec=editer_asso_meta_utilisateur&nom_meta_ut=meta_utilisateur_nouveau_champ plus exactement) en« Nouveau Champ » (sic) et il a disparu !! (j’ai pas regardé le code, mais c’est comme s’il a fait un « delete » au lieu d’un « updae »...)

      Je viens de voir que la doc a été enfin validée (i.e. publiée) par un administrateur. Elle me semble très complète même si je ne l’ai pas encore entièrement lu et relu.
      Je ne sais pas combien de fils/threads ici y sont spécifiquement liés (Associaspip), mais les grands maitres accepteraient-ils de les déplacer sous le bon article ? :-/ (je veux bien en établir la liste s’il le faut)

    • Bonjour Déesse A.

      Je me posais encore des questions au sujet des tables de meta spécifiques aux plugins

      1. En PHP, est-ce que $GLOBALS['association_metas'] est toujours disponible ? (J’ai essayé de l’utiliser avec un CVT et ça fonctionne, mais je ne sais pas si c’était un hasard et sinon si c’est dépendant de l’activation ou pas du plugin)
      2. Pour le language de boucles spipien, y a t-il un équivalent de #CONFIG utilisable dans les squelettes ? (Je n’ai pas trouvé comment faire là)
      1. oui
      2. c’est la balise #META, avec la syntaxe #META{/association/truc} qui donne la valeur du champ truc dans la table des meta spécifique au plugin « association ».

    Répondre à ce message

  • 15
    Marc VALLETEAU de MOULLIAC

    Bonjour, je reviens ici car, après avoir installé Associaspip, pas de fonctionnement « normal » comme je m’y attendais ...

    Je suis sur un spip 2.1.10[17657], et ai installé Associaspip 2.1.0. J’avais auparavant désinstallé Association 2.0 et Inscription 2 (ce dernier ne fonctionne pas).

    Je retrouve bien une interface pour Association, mais :

    1. impossible d’enregistrer le profil de l’association : le bouton « OK » en bas de fait rien, sinon de réafficher le formulaire vidé,
    2. lorsque je vais sur le menu « membres », il n’y a absolument rien qui me permette d’ajouter un membre (ni un par un, ni par importation),
    3. une tentative de désinstallation du plugin se solde par une alerte « la désinstallation du plugin a échoué. Vous pouvez néanmoins le désactiver. » Bizarre, non ?

    Peut-être tout ceci est-il normal, puisque le plugin est annoncé « en développement » ? Sinon, ai-je loupé quelque chose ? J’ai été voir la bdd et n’ai pas trouvé de table pour l’enregistrement du profil de l’association, est-ce normal ? Y a-t-il d’autre plugins qui soient incompatibles avec celui-ci ? Est-ce ma version de spip qui ne convient pas ?

    Bref, après lecture d’autres posts indiquant que certains arriveraient à faire quelque chose, je suis plus que perplexe : comment ont-ils fait ?

    Désolé d’importuner pour « si peu », mais j’aimerais retrouver au moins le fonctionnement qu’il y avait en 1.9.x :-)

    Marc

    • Bonjour,
      normalement ca fonctionne et il n’y a pas d’incompatibilité connues avec d’autres plugins mis a part Facteur qui fait que certains caracteres speciaux passent mal dans les mails envoyés par le plugin.

      Le profil de l’association est stocké avec d’autres choses dans la table association_metas

      Les membres sont des auteurs spip, donc si vous ajouter ou editer un auteur/visiteur il s’ajouter automatiquement comme membre de l’associations. Depuis la page de configuration du plugin (Profil de l’association) il est possible d’importer tous les auteurs spip deja present comme membre de l’association (cadre gauche :"Synchroniser la liste des membres depuis la liste des auteurs).

      Les erreurs que vous rapportez sont étranges, peut-etre la désinstallation d’Association 2.0 s’est mal déroulé mais meme ainsi ca ne devrait pas influer sur le fonctionnement d’Associaspip. Pour un nettoyage complet de la base (mais normalement cela ne devrait pas etre nécessaire), et si vous avez un acces direct a la base :

      • Desinstaller Association et Associaspip si ce n’est deja fait
      • Regarder dans la base si vous avez encore les tables suivantes, et si oui les supprimer :
        		'spip_asso_activites',
        		'spip_asso_categories',
        		'spip_asso_comptes',
        		'spip_asso_destination',
        		'spip_asso_destination_op',
        		'spip_asso_dons',
        		'spip_asso_plan',
        		'spip_asso_prets',
        		'spip_asso_ressources',
        		'spip_asso_ventes',
        		'spip_association_metas'
      • Regarder dans la table spip_meta si vous avez une entrée nommée « association_base_version », si oui la supprimer.
      • Reinstaller Associaspip

      Il va de soit qu’une sauvegarde complete de votre base est fortement preconisée avant d’y toucher a la main !

    • Marc VALLETEAU de MOULLIAC

      Merci pour cette très rapide réponse !! Etant développeur web (pour mon compte et mon plaisir), j’ai très bien compris vos conseils. J’ai donc nettoyé ma BDD puis réinstallé Associaspip.

      1. les tables se sont bien créées, y compris associaiton_meta
      2. j’ai bien vu le cadre « synchroniser ... » à gauche du formulaire de configuration, et il fonctionne sans problème, tous mes auteurs ont été importés, donc OK de ce côté ...
      3. par contre, impossible d’en ajouter de nouveaux : faut-il créer un nouvel auteur, et puis resynchroniser à nouveau ? Comment faire un import global (je risque d’avoir 600 membres à intégrer !).
      4. par ailleurs, le formulaire de données de l’association (exec=configurer_association) ne fonctionne pas : une fois rempli, rien n’est enregistré, ce qui fait que l’import des auteurs me met le prénom dans le nom et le nom dans le prénom ... J’ai vérifié dans la table association_metas, qui ne contient que 15 enregistrements (base_version : 48466, charset et les etiquette_ ...), créés lors de l’installation du plugin.
        J’ai ouvert la page de gestion du formulaire configurer_association.php et je n’y ai pas trouvé la fonction formulaires_configurer_association_charger_dist(), ce qui pourrait expliquer ce dysfonctionnement : serait-ce le cas ?

      Bien évidemment, la conséquence de ce dysfonctionnement est, entre autre, que je ne puis importer de plan comptable ...

      Enfin, une question : je vois affiché sur la page exec=association le cadre gris pour le profil (vide puisque rien n’est enregistré !) et, dessous un titre « le bureau ». Comment afficher les membres les membres du bureau ?

      Voilà pour aujourd’hui : j’espère pouvoir avancer dans l’utilisation de ce plugin et, si je puis contribuer un peu plus, je le ferai avec plaisir ...

    • Bonsoir,

      4. Je n’avais pas fait la mise a jour sur mon installation après les derniers commit et il s’avère que la revision 50951 avait introduit un bug sur ce formulaire ! Désolé de vous avoir fait re-installer pour rien. La r51164 corrige le problème.

      3. A chaque ajout de nouvel auteur spip le membre sera ajouté automatiquement, la fonction synchroniser ne s’utilise a priori qu’une seule fois, juste apres l’installation du plugin sur un SPIP deja rempli d’auteurs. Pour importer des auteurs en masse : cvs2spip. Attention si vous ajoutez directement les auteurs dans la base sans passer par cvs2spip, les auteurs ne seront pas ajoutés automatiquement comme membres de l’association et vous devrez utiliser a nouveau la fonction de synchronisation.

      Tous les membres ayant une fonction (voir la page d’édition des membres) sont automatiquement affichés sur la page d’accueil, ce qui dépasse en fait le cadre du simple bureau si vous mettez par exemple « Conseil d’administration » en fonction pour les membres qui en font parti.

    • Marc VALLETEAU de MOULLIAC

      Merci pour cette mise à jour !! Elle fonctionne maintenant normalement et de manière très simple et intuitive. Bravo pour l’intégration du plan comptable, ce qui serait encore mieux c’est son importation automatique !! Mais je suppose que c’est une autre étape ?

      Merci aussi pour la remarque concernant le Bureau, j’avais en effet découvert cela entre nos deux posts. Cependant, je ferais une suggestion (si cela est permis ?) : dans une association, les instances dirigeantes sont parfois scindées en plusieurs entités (Bureau, Comité directeur, Comité sportif, etc ...) selon les besoins et les souhaits. Ce niveau n’a pas l’air d’être géré dans le plugin, qui se limite à l’« étage » Bureau, lequel, de toute façon, est l’entité ad minima pour une association.

      Pourrait-on envisager de pouvoir générer des entités à la demande pour y mettre les membres correspondants, ainsi que les dates d’entrée et/ou de sortie éventuelles ?

      J’avais développé cela (bdd et gestion) pour un site en Spip (1.9.x) que j’avais fait pour mon club Rotary (là, le Bureau change chaque année, et ce pourrait être le cas pour d’autres assocs) : cela permet en outre des communications très aisées dirigées vers les personnes que l’ont veut joindre et une publication en ligne simple de qui fait quoi ...

      Qu’en pensez-vous ? Je suis évidemment prêt à participer s’il le faut, bien sûr !

      Merci encore pour les pistes proposées.

    • Bonjour,

      Le plan comptable francais est déjà intégré au plugin si vous avez coché « Activer l’aide à la déclaration du plan comptable (français uniquement) » dans la page de configuration du plugin. Si vous parlez d’importer un plan comptable depuis une application de comptabilité alors, non ca n’est pas du tout prévu mais si vous y voyez une utilité, n’hésitez pas a vous y atteler ! Ou vous parlez d’importer la totalité du plan comptable sans avoir à passer sur toutes les références une à une ? Ca n’a pas été fait parce qu’a priori la grande majorité des associations n’utilisent que quelques références et qu’en autorisant l’import de tout le plan d’un coup c’est bien ce que la plupart des gens vont faire et ca risque de compliquer inutilement la tache de saisie des operations par la suite, mais ca peut se rajouter avec des avertissements en gros et en rouge.

      Pour les groupes de membres, je pense qu’il doit etre possible de réaliser ca en s’appuyant sur le plugin Grappes pour creer des groupes d’auteurs. En imposant un prefixe au nom des grappes on doit pouvoir les récupérer directement et les afficher dans la page d’accueil d’associaspip, cela ne permet toutefois pas d’inserer une date d’entree/sortie. Sinon c’est un peu plus de dev mais ca peut-etre integré directement a Associaspip., si vous voulez porter votre dev précédent sur cette version là, foncez.

    • Bonjour Jeannot.

      Est-ce que pour grouper les gens, le plugin contact et organisation ne serait pas plus judicieux ? Je dois aussi créer des groupes et je pensais l’utiliser. Me trompe-je ?

      Autre chose, en imprimant mes étiquettes, j’obtiens un vilain

      8 id-2902

      sur le haut des étiquettes. Est-ce que c’est utile ? Puis-je l’enveler ? Sur un courrier je ne trouve pas trop sympa cette numérotation.

    • Bonjour
      Totalement novice, je me lance dans l’installation, et de SPIP, et de ce plugin.
      La version chargée en ZIP indique « Rév. 43923 27/01/11 ».
      Or vous semblez indiquez que nous en somme à la version « 51164 » daté d’hier !
      Comment fait-on pour « tout bien mettre à jour » afin de ne pas rencontreéles soucis déjà évoqué par les uns et les autres.
      Au besoin je comprendrais que vous m’envoyer consulter un tuto explicatifs que je n’ai pas encore identifié.
      Merci beaucoup

    • Un autre truc dans les étiquettes générées, tous les membres à jour des cotisations sont bien généré dans le tableau de ?exec=adherents. Par contre les membres du bureau qui cumule le statut d’admin ou d’admin restreint n’ont pas d’étiquettes.

    • Je me réponds à moi-même, la question étant résolue.
      J’avais tout naturellement téléchargé à partir des icônes en haut de page qui ne pointe que sur « association 2 » et non « associaspip » !
      C’est en lisant plus profondément les commentaires (en mai) que j’ai fini par trouver le zip souhaité.
      Ne serait-il pas précieux d’indiquer cela en intro ;-)
      Merci

    • Bonjour,

      Contact et Organisation j’avais regardé ca il y a quelques mois et c’était une usine a gaz qui ne marchait pas bien et en plus nécessitait Bonux, Saisies et Mediatheque pour fonctionner... j’avais donc laissé tomber(c’etait juste pour gérer les champs nom/prénom).

      Il reste que meme avec Contact et Organisation, vous n’aurez pas de champs dates. Si vous etes patient, je peux le rajouter dans ma liste des choses a faire et ca finira bien par etre integré au plugin.

      Pour les etiquettes, oui pas de probleme pour enlever ca je pense, ce n’est pas moi qui ai ecrit ce code et je ne sais pas pourquoi il y a cette info sur l’etiquette.

    • Pour les étiquettes, je ne sais pas si vos administrateurs habitent tous à la campagne mais il y avait en effet un probleme, les adresses postales pour etre valides devaient avoir une voie, j’ai changé pour code postal et ville, dites moi si ca résoud votre problème. r51217

      J’ai aussi enlevé l’id de l’auteur au dessus, je n’ai pas vraiment vérifié que ca ne cassait pas les reglages de hauteur des étiquettes...

    • Marc VALLETEAU de MOULLIAC

      Bonjour Jeannot, merci pour ces commentaires sur le plan comptable. Effectivement, il n’est pas nécessaire d’avoir une comptabilité complète pour gérer une association, je suppose que ma remarque était l’expression d’une certaine paresse de ma part !! :-)

      Bon, pour ce qui est de gérer les entités (ou groupes), je vais m’y atteler. Pour cela, il faut que j’affine mon analyse et qu’ensuite je comprenne vos logiques de développement et identifie les différents fichiers concernés. Merci de me dire ensuite comment je transmettrai mon code à l’ensemble des développeurs.

      Pour ce qui est des dates d’entrée et de sortie, ça ne devrait pas être très compliqué (pour les développeurs du plugin qui connaissent par coeur sa structure !) je pense : deux champs à ajouter dans la table asso_membre et quelques ajouts aux formulaires ?

      Mais je puis m’y mettre sur ma version locale et voir ce que ça donne avant de vous transmettre mon boulot ?

      Ensuite, je m’attelle à la gestion des groupes, ok ?

    • Bonjour,

      un meme membre pouvant faire partie de plusieurs groupes et puisqu’on voudra assurement faire des requetes SQL pour récuperer uniquement les membres d’un groupe il faut plutot je pense ajouter une table voire meme deux :

      • spip_asso_groupes contenant un id_groupe, son nom et eventuellement une description.
      • spip_asso_groupes_membres : qui contient les associations id_groupe/id_auteur et des champs supplementaires comme les dates entree/sortie du groupe.

      Il faudra donc ajouter un formulaire d’edition/creation de groupe et un moyen ergonomique d’ajouter des membres a un groupe, je dirais depuis la page d’edition du membre mais aussi depuis la page d’edition du groupe.

      C’est du moins comme ca que j’aurais fait mais ce n’est peut-etre pas la meilleure solution.

      Pour transmettre le code, vous pouvez commiter directement sur la zone si vous disposez d’un compte, sinon il faut en demander un sur la liste spip-contrib.

    • Pour les groupes il y a déjà une base : les catégories de membre... La seule (et grande) différence est qu’une personne peut appartenir à plusieurs groupes (donc il faut une table supplémentaire pour faire les liens qu’on ne peut pas se contenter de mettre dans une colonne, et du coup cette table de liaison peut être porteuse d’informations...)

      spip_asso_groupes(
        id_groupe	bigint,
        libelle_ou_nom	varchar(64),
        commentaires	text,
        maj	timestamp,
        primary key (id_groupe),
        unique identifiant(nom),
      );
      
      spip_asso_groupe_membres(
        id_groupe	bigint,
        id_membre	bigint,
        role_ou_fonction	varchar(64),
        date_debut	date,
        date_fin	date,
        note	float,
        commentaires	text,
        maj	timestamp,
        primary key (id_groupe,id_membre),
        index enrees(date_debut),
        index sorties(date_fin),
      );

      Pour l’ajout d’un membre à des groupes (sans autre précision de dates ni commentaire), depuis la page d’édition du membre, le plus simple est d’avoir des cases à cocher.
      Dans une version plus complète, on peut avoir une ligne par groupe dans un tableau qui liste les différents champs à compléter par colonne :

      rôledate de débutdate de fincommentaires
      groupe 1
      groupe 2
      groupe 3

      C’est bien entendu sommaire. (l’idéal serait par exemple de pouvoir ajouter à un groupe si le membre n’y est pas, et pour les groupes auquel il appartient ne pas pouvoir modifier mais juste le sortir en ajoutant une date de fin)

    • L’article décrivant l’état actuel du plugin est enfin publié : la.

      J’ai par ailleurs crée un carnet SPIP faisant office de feuille de route et wish list, ici.

      Pour revenir sur l’idée de groupe de membres, je pense qu’il serait possible de l’utiliser pour gérer les droits d’accès aux différentes parties du plugin, voir la feuille de route où je détaille un peu plus cette idée.

    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 :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

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.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom