SPIP-Contrib

SPIP-Contrib

عربي | Deutsch | English | Español | français | italiano

273 Plugins, 191 contribs sur SPIP-Zone, 39 visiteurs en ce moment

Accueil du site > Auteurs, authentification et autorisations > Auteurs étendus > Contacts & organisations > Plugin Coordonnées

Plugin Coordonnées

19 août 2010 – par Cyril Marion, Matthieu Marcillaud – 59 <blink style='color:red;'>public|spip|ecrire:commentaires</blink>

24 votes

Le plugin « Coordonnées » fournit la possibilité d’attribuer aux auteurs/utilisateurs de SPIP des indications de coordonnées multiples tel que plusieurs adresses postales, emails ou téléphoniques.

Ce plugin fonctionne de manière autonome ou peut être couplé au plugin « Contacts et Organisations ».

Vous pouvez accéder directement aux nouveautés concernant ce plugin.

Objectif

Ce plugin a pour objet de compléter les informations relatives aux auteurs par des éléments de contact, tel que des adresses postales, emails ou téléphoniques.

Origine

Ce plugin est né du projet « Comptes & Contacts » renommé maintenant « Contacts & Organisations » (avec la même finalité) dont il est une sous-partie fonctionnant de manière autonome.

Ce qui le différencie de plugins existants actuellement pour étendre les auteurs (Inscription2 par exemple) est le fait que l’on peut attribuer, pour un auteur donné, autant d’adresses que souhaité, ce qui était, pour certains, une limitation.

Fonctionnement

« Coordonnées » utilise 3 tables liées aux auteurs : une table adresses, une emails et une numeros dont il est possible d’appliquer des boucles :

  1. <BOUCLE_auteur(AUTEURS){id_auteur}>
  2.         <h2>#NOM :</h2>
  3.         <BOUCLE_adresses_auteur(ADRESSES){id_auteur}>
  4.                 #NUMERO #VOIE<br />
  5.                 #COMPLEMENT<br />
  6.                 #CODE_POSTAL #VILLE
  7.         </BOUCLE_adresses_auteur>
  8. </BOUCLE_auteur>

Dans l’espace privé, la vue des auteurs permet d’attribuer des adresses :

Le formulaire est ajouté simplement en dessous. Les champs par défaut peuvent être complétés avec le plugin Champs Extras 2, comme ici le champ « région » :

Une fois l’adresse complétée, elle s’affiche sur la vue de l’auteur :

Champs

Les 3 types de coordonnées fournissent les champs suivants (extensibles avec le plugin Champs Extras 2) :

  • Boucles ADRESSES
    • #NUMERO
    • #VOIE
    • #COMPLEMENT
    • #BOITE_POSTALE
    • #CODE_POSTAL
    • #VILLE
    • #PAYS
    • #TYPE_ADRESSE
  • Boucles EMAILS
    • #EMAIL
    • #TYPE_EMAIL
  • Boucles NUMEROS
    • #NUMERO
    • #TYPE_NUMERO

Dépendances

La version 1.1 du plugin nécessite SPIP 2.1 ainsi que :
-  Saisies
-  le plugin « Pays » ou le plugin « Géographie »

Nouveautés !

Depuis la version 1.4.5 le plugin Coordonnées permet d’attribuer de adresses, numéros de téléphone et adresses mail à d’autres objets que des auteurs. Pour ce faire, il suffit d’aller directement sur la page " ?exec=configurer_coordonnees" (ou en passant par le bouton configuration > Gestion des plugins > Coordonnées, puis cliquer sur le petit bouton "configurer" :

PNG - 15.7 ko

On peut alors choisir les objets "coordonnables"...

Retour en haut de la page

Vos commentaires

  • Le 10 décembre 2011 à 22:48, par Sarah En réponse à : Plugin Coordonnées

    merci pour ce plugin, que j’utilise couplé avec le plugin associaspip.

    Comme je voulais entrer les coordonnées de 200 membres, j’ai utilisé importCVS, mais si je modifie la table spip_numeros, cela ne modifie pas les auteurs.

    Après test, les id de la table spip_numeros ne sont pas les id des auteurs, mais sont incrémentés au fur et à mesure. Où se fait la correspondance entre les tables numeros et auteurs ?

    Je n’ai pas réussi à trouver où c’était.

    • Le 15 décembre 2011 à 00:30, par gilcot En réponse à : Plugin Coordonnées

      spip_numeros_liens :
      id_numero est spip_numeros.id_numero
      objet est ’auteur’ et id_objet est spip_auteurs.id_auteur

    • Le 19 décembre 2011 à 19:23, par Sarah En réponse à : Plugin Coordonnées

      merci !
      en fait, j’utilisais le plugin CSVimport, et la table n’était pas visible (car c’est une table de jointure).

      J’ai donc modifié le fichier mes_options.php en ajoutant

      1. $GLOBALS['csvimport_tables_jointures'] = true;

      Et c’était bon.

      Merci

    Répondre à ce message

  • Le 3 octobre 2011 à 18:02, par gilcot En réponse à : Plugin Coordonnées

    J’ai découvert l’extension aux objets autres que les auteurs un peu par hasard (j’avais un formulaire du même nom qui une fois retiré de son dossier a provoqué l’affichage du formulaire natif...)

    1. Je pense qu’il serait bien que parmi les objets natifs de Spip auxquels on peut lier des coordonnées il y ait aussi les sites...
    2. Ce serait bien aussi que d’autres plugins puissent en profiter simplement et donc qu’il y ait un pipeline (si c’est déjà le cas, alors c’est la documentation qui fait défaut)

    Répondre à ce message

  • Le 23 juillet 2011 à 16:45, par gilcot En réponse à : Plugin Coordonnées

    La poste française a émis des règles de normalisation (je ne retrouve plus le document sur laposte.net, mais ces éléments sont repris dans « Rédaction et enregistrement des adresses postales » sur le site du CNRS. Ces règles sont similaires à ceux de la RoyalMail britanique ou de l’UPS, et il s’alignent sur les recommandations de l’Union postale internationale...
    Ça c’est pour les références, venons-en aux remarques...

    Le champ ville (qui est plutôt une commune en France, et plus généralement se réfère à un « relais distributeur postal » et est communément désigné par « localité » puisque ça peut bien être une ville qu’un village ou autre) ne devrait pas être de type tinytext... mais un varchar d’environ 30 (en France les noms de localités sont normalisées à 26 caractères sans compter la mention cedex) ou un peu plus (chez moi c’est fixé à 64 pour voir très large mais il est difficile de faire tenir plus de 40 caractères de taille normale sur cette ligne, code postal compris)

    Contrairement à ce que j’avais mentionné dans un autre message, il y a une ligne (donc encore une trentaine de caractères) pour le numéro, type et nom de voie...
    Cette ligne est précédée d’une autre qui recueille le complément d’adresse (bâtiment, étage, casier, etc.)
    Avant cela, il peut y avoir une autre ligne pour indiquer l’intitulé court d’organisme/service/unité en complément de la raison sociale ou l’institution et le rôle/poste en complément du prénom et nom, ou autres... J’ai considéré ces deux lignes comme complément dans ma base (et ai prévu 130 caractères en tenant compte du saut de ligne)

    Le champ code postal, ne devrait pas être limité à 10 mais être aussi grand que le champ localité...
    En effet, le numéro de boite postale est toujours précédé de la mention BP en français, et PO BOX en anglais... De ce fait on dépasse facilement les dix caractères sur cette ligne !
    Par ailleurs, on peut avoir une boîte postale dans une commune différente qu’il faut préciser... (c’est plus courant qu’on le croit)
    Et cette même ligne sert à indiquer le hameau/lit-dit (différent encore du bureau distributeur...) Dans ces deux cas, on conçoit bien qu’il faille soit un champ qui sera à la boite_postale ce qu’est la ville au code_postal ; ou alors (et plus simple) ce champ doit être assez large pour accueillir toute la ligne d’information (chez moi je l’ai mis à 64 en voyant pareillement large)

    La plupart des recommandations officielles et l’Union postale universelle préconise l’ordre : compléments, voie, boite_postale, code_postal et ville (inversé chez les anglophone avec la ville sur une ligne séparée —uk— ou suivie d’une virgule —us, ca---) Il serait bien que la présentation par défaut suive cela...

    Je vais encore radoter, mais le code/nom région est important pour les adresses de certains pays... Il serait bon d’ajouter ce champ... ou alors d’étendre le champ code_postal (vu que le code région est souvent placé avant ou après, séparé ou pas par une virgule, bien qu’il puisse être sur une ligne séparée dans certains cas)

    Voilà, c’est tout ...pour une base plus compacte et véloce ^^

    • Le 26 juillet 2011 à 00:39, par zaa En réponse à : Plugin Coordonnées

      Bonjour,

      J’ajoute que nous sommes beaucoup du Québec et que la nomenclature des adresses est assez différente. http://www.postescanada.ca/tools/pg/manual/PGaddress-f.asp

      -  Nous disons Casier postal (C.P.) plutôt que boite postale, suivie d’un nom, par exemple. C.P. 28000 Centre-Ville
      -  Nous indiquons toujours la province, par exemple Montréal QC H1X 3E8 ou Montréal (Québec) H1X 3E8. Un champ province serait très apprécié.
      -  Le code postal est toujours en majuscule.

      Merci pour le plugin !

    • Le 6 août 2011 à 07:55, par gilcot En réponse à : Plugin Coordonnées

      merci pour ce retour qui confirme deux choses :

      1. la nécessité d’agrandir le champ destiné au casier postal : en l’état il est trop limité donc quasiment inutilisable (sauf rares cas français ?)
      2. l’importance d’un champ région (ou subdivision territoriale : états américains, province canadienne, département indien, etc) il est souvent sur deux caractères quand il est codifié...

      pour la casse, je constate que la plupart des recommandations que j’ai lu préconisent l’emploie des majuscules pour libeller les adresses. (mais laissent le choix).
      ce n’est pas la faute du plugin si les utilisateurs ne rentrent pas les données correctement... mais comme il s’agit de formatage, pour ma part je fais toute la transformation et CSS ;-)

    • Le 13 septembre 2011 à 21:33, par zaa En réponse à : Plugin Coordonnées

      Merci pour le tuyau !

    • Le 16 septembre 2011 à 00:50, par gilcot En réponse à : Plugin Coordonnées

      Pas de quoi :) Une fois les champs à rechercher et leurs poids indiqués, il faut modifier le squelettes/recherche.htmp pour y rajouter les boucles sur les tables à prendre en compte par #FORMULAIRE_RECHERCHE (en gros il suffit de mettre le critère {recherche} dans la boucle)

      http://www.spip.net/fr_article903.html

    Répondre à ce message

  • Le 11 août 2011 à 19:05, par zaa En réponse à : Plugin Coordonnées

    Bonjour,

    Je viens de me rendre compte d’un petit problème, mais peut-être la solution est toute simple.

    Lorsque j’effectue une recherche sur un auteur, comment faire pour que la recherche se fasse également dans les tables coordonnées et organisations ?

    Voici ma page http://www.jqsi.qc.ca/spip.php?rubrique100

    On voit dans la liste plusieurs organismes situées à Montréal. Dans le moteur de recherche, situé au-dessus des drop down menus, lorsque je tape « Montréal », il n’y a que l’organisme ayant une adresse courriel montreal@.....org qui apparaît. http://www.jqsi.qc.ca/spip.php?page=rubrique&id_rubrique=100&recherche=montr%C3%A9al&x=0&y=0&var_mode=recalcul

    Avez-vous une idée comme faire une recherche dans la table auteurs, organisations et coordonnées en même temps ?

    Voici le code que j’utilise :

    1. <B_mots_auteurs>
    2.         <div class="menu articles">
    3.           <br />
    4.             <h1>Tous les organismes <BOUCLE_le_mot(MOTS){id_mot}>[&#171;&thinsp;(#TITRE)&thinsp;&#187; ]</BOUCLE_le_mot>[&#171;&thinsp;(#RECHERCHE)&thinsp;&#187; ][&#171;&thinsp;(#ID_LETTRE)&thinsp;&#187;]</h1>
    5.                 <ul>
    6.             <BOUCLE_mots_auteurs(AUTEURS){id_mot?}{recherche?}{nom==^#ENV{id_lettre}}{par nom}{tous}>
    7.                 <BOUCLE_aut(ORGANISATIONS){par nom}{id_auteur}>
    8.                     <BOUCLE_auteur(AUTEURS){id_organisation}{tous}>
    9.                     <li>
    10.                         [(#LOGO_AUTEUR{right}|image_reduire{0,50})]
    11.                         <h3><a href="#URL_AUTEUR">#NOM</a></h3>
    12.                         <small>
    13.                             <BOUCLE_adresses_auteur(ADRESSES){id_auteur}>
    14.                                 [<div class="item #EDIT{titre}">(#TITRE)</div>]
    15.                                 [<div class="item #EDIT{voie}">(#VOIE)</div>]              
    16.                                 [<div class="item #EDIT{boite_postale}">(#BOITE_POSTALE)</div>]
    17.                                 [<div class="item #EDIT{complement}">(#COMPLEMENT)</div>]
    18.                                 <div>[<span class="item #EDIT{ville}">(#VILLE)</span>][ <span class="item #EDIT{code_postal} cp"> (#CODE_POSTAL)</span>][ <span class="item #EDIT{PAYS}">(#PAYS)</span>]</div>
    19.                             </BOUCLE_adresses_auteur>
    20.                             <BOUCLE_numeros_auteur(NUMEROS){id_auteur}>
    21.                                 [<div>[<span class="item #EDIT{type_numero}">(#TYPE_NUMERO): </span>]<span class="item #EDIT{numero}">(#NUMERO)</span></div>]  
    22.                             </BOUCLE_numeros_auteur>
    23.                             [<div class="#EDIT{email}"><a class="spip_mail" href="[mailto:(#EMAIL)]">(#EMAIL)</a></div>]
    24.                             <BOUCLE_emails_auteur(EMAILS){id_auteur}>
    25.                                 [<div class="item #EDIT{type_numero}">(#TYPE_EMAIL)</div>]
    26.                                 [<div class="item #EDIT{EMAIL}"><a class="spip_mail" href="[mailto:(#EMAIL)]">(#EMAIL)</a></div>]              
    27.                             </BOUCLE_emails_auteur>
    28.                             [<div class="#EDIT{hyperlien} hyperlien"><a href="(#URL_SITE)" class="url org spip_out">[(#URL_SITE|couper{80})]</a></div>]
    29.                          </small>
    30.                     </li>
    31.                     </BOUCLE_auteur>
    32.                     </BOUCLE_aut>
    33.             </BOUCLE_mots_auteurs>
    34.                 </ul>
    35.             </div>
    36.         </B_mots_auteurs>
    • Le 13 septembre 2011 à 10:34, par gilcot En réponse à : Plugin Coordonnées

      les champs des tables du plugin ne sont pas déclarés « cherchables » (les recherches sont faites en base de données et non dans les pages finales) ce qui est normal dans beaucoup de cas (on gère par exemple des coordonnées privées et on n’aimerait pas que n’importe qui ait accès à ces informations depuis le net...) Peut-être à terme cela pourra être une option de configuration (on cocherait les champs sur lesquels on aimerait que la recherche puisse se faire —par exemple les noms de municipalité mais pas directement les adresses municipales ou les casiers postaux ?) Mais cela pose un autre problème : à l’heure actuelle, la recherche (il faudra modifier le squelette de la page pour prendre en compte les adresses) dans Spip concerne les objets autonomes : il te faudra donc une page dédiée aux adresses (tout comme tu en as une pour les articles ou les rubriques) car la recherche ne saura pas gérer ce genre d’inclusion dans ton squelette... (les recherches internes par Spip ne sont pas faites au sein de la page générée mais dans les données brutes des tables)

    • Le 13 septembre 2011 à 10:40, par gilcot En réponse à : Plugin Coordonnées

      Au fait, tu sembles utiliser les crayons dans tes pages (je vois dans les classes du squelette des #EDIT{xxx} d’où cette déduction). Est-ce que ça fonctionne bien dans ce cas ?

      Par rapport à ton problème initial, il est possible de proposer aux visiteurs, la recherche via un moteur de recherche (Yahoo ! ou Google par exemple) qui indexe bien tes pages. Comme la recherche se fait textuellement dans les pages finales, ça résoudra le souci :)

    • Le 13 septembre 2011 à 16:33, par zaa En réponse à : Plugin Coordonnées

      Bonjour gilcot,

      Pour le crayon et les #EDIT{xxx} ça fonctionne très bien.

      Merci pour les infos concernant les tables. L’idée de développer une case à cocher permettant de choisir si les champs sont indexables ou non me semble très promoteur.

      Zaa

    • Le 13 septembre 2011 à 19:40, par zaa En réponse à : Plugin Coordonnées

      Rebonjour,

      Gilcot, je me demandais comment puis-je modifier les champs dans la BD pour qu’ils soient indexables par spip ? Est-ce une opération simple ?

      Merci

    • Le 13 septembre 2011 à 21:11, par gilcot En réponse à : Plugin Coordonnées

      Bonjour zaa

      Normalement ce sont les plugins qui s’en occupent... (c’est pour cela que je parlais d’en faire une option si elle est intégrée un jour...) Mais Spip 2.x est assez souple et on peut avoir sa propre configuration qui étend ou surcharge celle des plugins. La facilité de la chose dépend des compétences et de l’expérience de chacun.
      Regarde cette discussion pour commencer : http://www.mail-archive.com/spip-zone@rezo.net/msg12262.html

    Répondre à ce message

  • Le 13 septembre 2011 à 10:49, par gilcot En réponse à : Plugin Coordonnées

    Bonjour.

    Je vois qu’il il y a un champ type qui est ajouté aux tables de liaisons. Pour quel usage est-il prévu ? A priori ça fait doublon avec le champ titre dans les tables principales non ?

    Merci.

    Répondre à ce message

  • Le 24 mai 2011 à 15:21, par Eric En réponse à : Plugin Coordonnées

    Bonjour,

    J’ai posté un message sur le forum du plugin contact et organisations. Je le poste à nouveau ici en espérant trouver de l’aide.

    Lorsque j’encode un nouvel enregistrement (par ex : une nouvelle adresse) il m’est retourné « Nouvelle adresse noajax » (voir image associée) et l’enregistrement ne se fait pas au niveau de la base de donnée.

    J’ai essayé en désinstallant les plugins un à un mais rien à faire, l’erreur persiste. Par contre lorsque je supprime le fichier"mes_fonctions.php" je peux alors insérer un nouvel enregistrement. Si je laisse le fichier « mes_fonctions.php » même si celui-ci ne comporte aucun script (c-à-d un fichier vide) alors de nouveau je ne peux pas insérer un nouvel enregistrement. Avez-vous une piste pour m’aider à débugger.
    J’aurais bien besoin du plugin.

    JPEG - 9.3 ko
    • Le 24 mai 2011 à 15:28, par Cyril Marion En réponse à : Plugin Coordonnées

      Bonjour Eric, je n’arrive pas à reproduire ton bug sur aucun des sites que j’utilise avec Coordonnées ; je suis quasi certain que ça ne vient pas du plugin. As-tu essayé d’installer un SPIP propre vide, avec seulement coordonnées (et ses dépendances), puis d’ajouter un auteur et une nouvelle adresse pour cet auteur ?
      A te lire,
      Cyril

    • Le 24 mai 2011 à 16:17, par Eric En réponse à : Plugin Coordonnées

      Bien, j’ai lancé un spip tout propre tout fonctionne bien jusqu’au moment où je place mon dossier squelette. Et là, le fichier mes_fonctions.php pose problème... Je vais continuer à chercher. Merci Cyril.

    • Le 25 mai 2011 à 14:08, par marcimat En réponse à : Plugin Coordonnées

      Ah, c’est très simple : un espace / saut de ligne en trop avant <?php ou après ?>

      Matthieu.

    • Le 25 mai 2011 à 15:27, par Eric En réponse à : Plugin Coordonnées

      C’est trop grave, j’ai cherché des heures...pffff.... Enfin, c’est comme ça qu’on apprend !... Merci Cyril, ça marche impec !

    • Le 25 mai 2011 à 15:33, par Cyril Marion En réponse à : Plugin Coordonnées

      ... et Matthieu. C’est lui qui t’a trouvé la solution ;-)

    • Le 25 mai 2011 à 15:51, par Eric En réponse à : Plugin Coordonnées

      Oups.... Oui, en effet, un grand merci à Matthieu... Morale de l’histoire toujours lire l’auteur du post !!

    • Le 27 mai 2011 à 15:33, par acatonne En réponse à : Plugin Coordonnées

      Bonjour,
      je reprends le fil car c’est approchant.

      lorsque je veux ajouter une adresse/telephone/mail, l’encart se referme après avoir afficher la roue de chargement et revient à l’état initial sans formulaire

      Si je désactive le javascript sur mon firefox je tombe bien sur le formulaire dédié. Firefox n’indique pas d’erreur js.

      J’ai retiré mes_fonctions et mes_options
      Sur un spip 3, avec juste coordonnées/pays et saisie

      Il n’y a que moi ?

    • Le 9 juin 2011 à 08:44, par phil En réponse à : Plugin Coordonnées

      J ai le même souci mais en SPIP 2.1.10... tu n’es pas tout seul !!

    • Le 2 août 2011 à 16:06, par Maxime MAIGNAN En réponse à : Plugin Coordonnées

      Bonjour

      Je rencontre le même problème qu’Acatonne et Phil.

      J’ai désactivé les autres plugins mais le le bug persiste. Dans l’html, la boite contenant l’ajax du plugin se trouve dans un
      div class="ajaxbloc env- [chaine de caractère inintelligible]".
      En supprimant avec firebug la chaîne de caractère inintelligible, j’accède au formulaire en cliquant sur le lien, la saisie et l’enregistrement se déroule normalement. Je ne sais pas ce qui génère cette chaine de caractère apparemment inutile.

    • Le 7 septembre 2011 à 21:36, par Artlogic En réponse à : Plugin Coordonnées

      Problème identique que Acatonne, Phil, Maxime. Le dépliant fonctionne un instant uniquement. J’ai coordonnées ainsi que contact et org. Je vais remonter les commit et trouver ce qui coince.

    • Le 7 septembre 2011 à 21:59, par Artlogic En réponse à : Plugin Coordonnées

      Le site qui retient l’erreur est en 2.1.10. Celui d’acatone en v3. Ce n’est donc pas un problème de version.

      J’ai une erreur provenant de contacts_et_organisations :

      1. Critère inconnu id_auteur      ../plugins/auto/contacts_et_organisations/prive/boite/selecteur_contacts_organisations.html     _est_une_organisation   16

      on dirait que l’id auteur n’est pas transmis. Toutefois je ne vois pas de lien possible. Quelqu’un a cette erreur ?

    • Le 7 septembre 2011 à 23:14, par Artlogic En réponse à : Plugin Coordonnées

      Boite ouvrir : La solution ?

    • Le 8 septembre 2011 à 07:27, par Matthieu Marcillaud En réponse à : Plugin Coordonnées

      Il faudrait que vous donniez à quelqu’un un accès sur un SPIP en ligne qui rencontre ce problème. Ça permettrait de voir un peu plus ce qui se passe.

    Répondre à ce message

  • Le 7 février 2011 à 11:06, par davux En réponse à : Plugin Coordonnées

    Il serait intéressant de stocker le code ISO 3166-1 (FR, MX, US, etc.) dans le champ « pays » plutôt qu’un id SQL. Ça permettrait de faire sauter la dépendance stricte au plugin pays. Dans plein de cas il est suffisant, voire appréciable, de disposer directement d’un code ISO. Libre aux gens ensuite de manipuler ce code comme bon leur semble, que ce soit avec le plugin Pays, des chaînes de langues, une utilisation directe du code ISO, etc.

    Dans la même veine, il faudrait aussi fournir un champ « région » ou « état », correspondant au code ISO 3166-2 (FR-75, MX-OAX, US-CA, etc.), également très utile.

    Le problème est bien sûr la transition vers ce modèle, car sur les sites existants, la colonne pays contient maintenant des numéros...

    • Le 11 juillet 2011 à 10:56, par gilcot En réponse à : Plugin Coordonnées

      pour l’utilisation des code ISO, c’est fait depuis la version 1.3 \o/ et la migration est prévue aussi.
      ce qu’il faudrait maintenant, c’est supprimer la dépendance (je crois « utilise » au lieu de « necessite » ?) au plugin pays... s’il est présent, on continue comme maintenant en affichant une liste déroulante et le libellé « pays » ; s’il n’est pas présent on affiche une simple ligne de texte (limitée à 2 caractères) et le libellé « code pays »

      pour les départements/états il y a déjà un champs qui pourrait convenir à cela : celui appelé boite_postal (que j’aurais baptisé plutôt « region ») et libellé « boîte postale » (qui n’a pas de raison d’être séparé... mais bon, pour contenter tout le monde le libellé pourrait être « B.P./état/dépt. »...)

      toujours à propos de l’interface de saisie des adresses postales :
      le champ « voie », libellé « adresse », ne devrait pas être une ligne (inpui text) mais un bloc (textarea) de 3 à 5 lignes
      les champs « code_postal » et « boite_postale » devraient avoir une zone de saisie limitée à dix (10) caractères pour avertir (indépendamment de tout contrôle)

    • Le 11 juillet 2011 à 12:07, par gilcot En réponse à : Plugin Coordonnées

      j’avais oublié en passant... concernant l’internationalisation, il serait bien d’afficher (puis plus tard de générer et imprimer les étiquettes) les élément s des adresses selon l’ordre attendu pour un bon traitement du courrier.
      j’ai pensé initialement que ça pourrait être une liste déroulante dans laquelle l’utilisateur choisirait (et donc un champ supplémentaire dans table des adresses) ; mais le formatage étant propre à un pays, il faudrait que l’information soit plutôt indiqué dans la table des pays (ce qui automatise le traitement et garde l’interface simple avec une information de moins à demander à l’utilisateur), mais ce sera toujours une liste de possibilités :

      • complement ; voie ; boite_postale ; code_postal ville (par défaut, recommandations de l’IUT)
      • complément ; voie ; boite_postale ; code_postal ville (cas de la France, et les CEDEX font partie de l’intitulé de la localité dont ils sont à la fin)
      • complement ; voie ; ville code_postal (Allemagne et Belgique)
      • complement ; voie ; code_canton-code_postal ville (Suisse)
      • voie ; complement ; ville code_postal ; nom_region (Indonésie)
      • cemplement ; voie ; code_postal ville ; nom_province (Italie)
      • voie ; complement ; boite_postale ; code_postal ville (Portugal)
      • complément ; voie ; code_postal, code_region ville (Canada)
      • complement ; voie ; code_region, ville code_posal (États-Unis)
      • complement ; boite_postal ; voie ; ville ; code_postal (Angleterre)
      • etc. cf 41 cas : http://en.wikipedia.org/wiki/Addres...

      cette fonctionnalité de la mort me semble assez facile à mettre en place. on peut utiliser une liste/table annexe (plus flexible et évolutif, mais plus contraignant à maintenir et moins simple à coder) ; ou on peut avoir une colonne de la table pays qui reprend les colonnes de la table adresse dans l’ordre où on doit les présenter et le formatage (dans mes exemple j’ai utilisé le point-virgule pour séparer les lignes, sachant que la virgule et le tiret sont utilisés dans le formatage quand des éléments/champs sont groupés...)

    • Le 11 juillet 2011 à 12:16, par gilcot En réponse à : Plugin Coordonnées

      ps : penser à mettre à jour l’article... (au sujet des balises et des captures d’écran)
      les type_... n’existe plus, c’est désormais titre (j’ai cherché un petit bout de temps...)
      il n’y a plus de numéro non plus : c’est directement intégré à la voie (on gagne plus qu’on perd à l’usage)

      ps2 : si j’en crois la capture d’écran, apparemment il y avait « région » qui était prévu au départ (en plus de « boîte postale »)... pourquoi a t-il disparu ? :(

    • Le 18 juillet 2011 à 16:32, par gilcot En réponse à : Plugin Coordonnées

      je suggérais :

      ce qu’il faudrait maintenant, c’est supprimer la dépendance (je crois « utilise » au lieu de « necessite » ?) au plugin pays... s’il est présent, on continue comme maintenant en affichant une liste déroulante et le libellé « pays » ; s’il n’est pas présent on affiche une simple ligne de texte (limitée à 2 caractères) et le libellé « code pays »

      toujours à propos de l’interface de saisie des adresses postales :
      le champ « voie », libellé « adresse », ne devrait pas être une ligne (inpui text) mais un bloc (textarea) de 3 à 5 lignes
      les champs « code_postal » et « boite_postale » devraient avoir une zone de saisie limitée à dix (10) caractères pour avertir (indépendamment de tout contrôle)

      ceci peut se faire aisément... voici le modèle editer_adresse modifié dans ce sens :

      1. <div class='formulaire_spip formulaire_#FORM formulaire_#FORM-#ENV{id_adresse,nouveau}'>
      2.         [<p class="reponse_formulaire reponse_formulaire_ok">(#ENV**{message_ok})</p>]
      3.         [<p class="reponse_formulaire reponse_formulaire_erreur">(#ENV*{message_erreur})</p>]
      4.         [(#ENV{editable}|oui)
      5.                 <form method='post' action='[(#ENV{action})]'><div>
      6.                         #ACTION_FORMULAIRE{#ENV{action}}
      7.                         <input type='hidden' name='id_adresse' value='#ENV{id_adresse}' />
      8.                         <input type='hidden' name='objet' value='#ENV{objet}' />
      9.                         <input type='hidden' name='id_objet' value='#ENV{id_objet}' />
      10.                         <ul>
      11.                           [(#CONFIG{coordonnees_types_adresses}|?{
      12.                                 [(#SAISIE{select,       titre,  label=<:coordonnees:label_titre:>,      option_datas=#CONFIG{coordonnees_types_adresses} })]
      13.                           ,
      14.                                 [(#SAISIE{input,        titre,  label=<:coordonnees:label_titre:> })]
      15.                           })]
      16.                                 [(#SAISIE{textarea,     voie,   label=<:coordonnees:label_voie:>,       rows=4 })]
      17.                                 [(#SAISIE{input,        complement,     label=<:coordonnees:label_complement:> })]
      18.                                 [(#SAISIE{input,        boite_postale,  label=<:coordonnees:label_boite_postale:>,      defaut=#CONFIG{coordonnees_boite_postal},       maxlength=10,   size=10 })]
      19.                                 [(#SAISIE{input,        code_postal,    label=<:coordonnees:label_code_postal:>,        defaut=#CONFIG{coordonnees_code_postal},        maxlength=10,   size=10 })]
      20.                                 [(#SAISIE{input,        ville,  label=<:coordonnees:label_ville:> ,     defaut=#CONFIG{coordonnees_nom_localite} })]
      21.                                 [(#SAISIE{input,        region, label=<:coordonnees:label_region:>,     defaut=#CONFIG{coordonnees_code_region} })]
      22.                           [(#PLUGIN{pays}|?{
      23.                                 [(#SAISIE{pays, pays,   code_pays=oui,  label=<:coordonnees:label_pays:>,       defaut=#CONFIG{coordonnees_code_pays,FR} })]
      24.                           ,
      25.                                 [(#SAISIE{input,        pays,   label=<:coordonnees:label_pays:>,       defaut=#CONFIG{coordonnees_code_pays,FR},       explication=<coordonnees:code_ISO-3166-1:>,     maxlength=2,    size=2 })]
      26.                           })]
      27.                         </ul>
      28.                         [(#REM) ajouter les saisies supplementaires : extra et autre, a cet endroit ]
      29.                         <!--extra-->
      30.                         <p class='boutons'>
      31.                                 <input type='submit' class='submit' name='enregistrer' value='<:bouton_enregistrer:>' />
      32.                         </p>
      33.                 </div></form>
      34.         ]
      35. </div>

      (concernant la région, j’ai créé ce champs dans ma base de données, et l’enregistrement se fait bien ; c’est juste qu’il n’est pas affiché par défaut... le mieux est de virer cette ligne du modèle et de gérer cela avec champs_extra2 pour l’instant)
      les valeurs par défaut, stockées dans la table spip_meta, sont supportées par le modèle ; il ne reste plus qu’à prévoir le formulaire CFG pour les gérer ;-)

    • Le 18 juillet 2011 à 17:09, par gilcot En réponse à : Plugin Coordonnées

      pardon, formulaire CVT et non modèle... (justement dans prive/boite/coordonnees.html, on pourrait plutôt appeler des modeles/coordonnes_xxx.html au lieu d’inclure prive/liste/xxx.html ; avec l’avantage de permettre d’adapter plus facilement l’affichage aux modifications des formulaires)

      dans le même esprit, j’ai besoin des indicatifs téléphonique internationaux que j’ai rajouté à la table spip_pays ; et j’ai modifié le formulaire editer_numero comme suit :

      1. <div class='formulaire_spip formulaire_#FORM formulaire_#FORM-#ENV{id_numero,nouveau}'>
      2.         [<p class="reponse_formulaire reponse_formulaire_ok">(#ENV**{message_ok})</p>]
      3.         [<p class="reponse_formulaire reponse_formulaire_erreur">(#ENV*{message_erreur})</p>]
      4.         [(#ENV{editable}|oui)
      5.                 <form method='post' action='[(#ENV{action})]'><div>
      6.                         #ACTION_FORMULAIRE{#ENV{action}}
      7.                         <input type='hidden' name='id_numero' value='#ENV{id_numero}' />
      8.                         <input type='hidden' name='objet' value='#ENV{objet}' />
      9.                         <input type='hidden' name='id_objet' value='#ENV{id_objet}' />
      10.                         <ul>
      11.                           [(#CONFIG{coordonnees_types_numeros}|?{
      12.                                 [(#SAISIE{select,       titre,  label=<:coordonnees:label_titre:>,      option_datas=#CONFIG{coordonnees_types_numeros} })]
      13.                           ,
      14.                                 [(#SAISIE{input,        titre,  label=<:coordonnees:label_titre:> })]
      15.                           })]
      16.                           [(#PLUGIN{pays}|?{
      17.                                 [(#SAISIE{pays, pays,   code_pays=oui, label=<:coordonnees:label_pays:>,        defaut=#CONFIG{coordonnees_code_pays,FR} })]
      18.                           ,
      19.                                 [(#SAISIE{input,        pays,   label=<:coordonnees:label_pays:>,       defaut=#CONFIG{coordonnees_code_pays,FR},       explication=<coordonnees:code_ISO-3166-1:>,     maxlength=2,    size=2 })]
      20.                           })]
      21.                                 [(#SAISIE{input,        region, label=<:coordonnees:label_indicatif:>,  defaut=#CONFIG{coordonnees_indicatif_region},   maxlength=10,   size=10 })]
      22.                                 [(#SAISIE{input,        numero, label=<:coordonnees:label_numero:> })]
      23.                                 [(#SAISIE{input,        poste,  label=<:coordonnees:label_poste:>,      maxlength=3,    size=3 })]
      24.                                 [(#SAISIE{textarea, horaires,   label=<:coordonnees:label_horaires:>,   rows=3 })]
      25.                         </ul>
      26.                         [(#REM) ajouter les saisies supplementaires : extra et autre, a cet endroit ]
      27.                         <!--extra-->
      28.                         <p class='boutons'>
      29.                                 <input type='submit' name='enregistrer' value='<:bouton_enregistrer:>' />
      30.                         </p>
      31.                 </div></form>
      32.         ]
      33. </div>

      les derniers champs (poste et horaires) devraient être typiquement gérés par « champs extra2 » ; mais l’interface est manquante (il voit et gère bien les adresses, mais pas les numéros)

    Répondre à ce message

  • Le 18 avril 2011 à 15:57, par Nico En réponse à : Plugin Coordonnées

    Bonjours

    débutant dans l’utilisation de spip, je dois ajouter un module d’annuaire d’associations, musées et autres organismes sur un site sous spip 2.1.8. J’ai donc voulu employer ce plugin (conjointement au plugin Contacts et Organisations).
    L’installation du plugin c’est effectuée sans soucis. Cependant, quand je veux ajouter une adresse/ un mail/ un numero de tel, j’ai bien le formulaire, mais à la validation rien n’est ajouté dans la base.

    (le site n’est pas hébergé pour le moment)

    cordialement,
    Nico

    • Le 20 avril 2011 à 12:35, par Nico En réponse à : Plugin Coordonnées

      Après test et « épluchage » du code, il semblerais que ce soit le traitement lors de la validation qui ne s’effectue pas correctement.
      en passant pas un phpmyadmin pour ajouter directement dans la base, je peux ensuite éditer les adresse/num/mail, et dans ce cas la validation fonctionne. seul le cas d’un ajout de nouvelle adresse (ou mail ou numero) pose problème.

    • Le 21 avril 2011 à 12:00, par Nico En réponse à : Plugin Coordonnées

      Finalement, j’ai simplement mis en commentaire la ligne
      redirige_url_ecrire() ;

      dans la fonction action_editer_email_dist (ou téléphone, ou adresse) se trouvant dans action/edit_email.php (ou téléphone, ou... bref, vous m’avez compris ^_^)

      du coup, je peut enfin ajouter mes numeros et autres données de contact.

    • Le 21 avril 2011 à 12:48, par Matthieu Marcillaud En réponse à : Plugin Coordonnées

    Répondre à ce message

  • Le 28 mars 2011 à 16:33, par Artlogic En réponse à : Plugin Coordonnées

    Salut Matthieu.

    J’utilise le formulaire d’edition d’adresse dans l’interface publique. Les membres de mon asso remplissent d’eux même ce champs.

    Est-ce que je peux corriger le champs « Le type peut être ’perso’ ou ’pro’. » Et mettre un champ déroulant avec les deux options ? Ou y a-t-il une contrindication ?

    ++

    • Le 28 mars 2011 à 16:44, par Artlogic En réponse à : Plugin Coordonnées

      Huuu j’ai rien dis, le formulaire plante un peu après la validation : celui-ci affiche la page de rédaction interne de l’auteur dans le site public. Pourtant j’ai mis ceci :

      #FORMULAIRE_EDITER_ADRESSE{#ID_AUTEUR,#SELF}

      Que manque-t-il à cette balise de formulaire pour que cela fonctionne ?

    Répondre à ce message

  • Le 11 octobre 2010 à 09:37, par Aurélie En réponse à : Plugin Coordonnées

    Bonjour,

    Avec SPIP 2.1.2 [16017] et Coordonnées 1.1.1 [41584], sur exec=auteur_infos, quand je clique sur Ajouter une adresse, un téléphone ou un email, il ne se passe rien. Pourtant, sur ?exec=adresse_edit&objet=auteur&id_objet=XX&id_adresse=new&retour=..., cela fonctionne.

    Une idée ?

    • Le 17 janvier 2011 à 13:18, par Aurélie En réponse à : Plugin Coordonnées

      Avec SPIP 2.1.8 [16966] et Coordonnées 1.1.1 [41584], j’ai toujours le même binz.

      Pour contourner temporairement le problème, j’ai modifié cop_pipelines.php à la ligne 20 :

      Avec ajax à false, j’accède normalement à la page d’ajout d’une adresse.

    • Le 17 janvier 2011 à 14:15, par Matthieu Marcillaud En réponse à : Plugin Coordonnées

      Je pense que tu as une erreur javascript dans ton interface privée. Tu peux certainement la voir avec Firefox et l’extension Firebug d’ouverte.

    • Le 17 janvier 2011 à 15:37, par Aurélie En réponse à : Plugin Coordonnées

      Oui, probablement, mais je suis une nouille en javascript et que je n’ai jamais utilisé firebug en ce sens.

      Quand je charge la page ?exec=auteur_infos&id_auteur=x, il me dit Break on error. matches is undefined. Line 2237

      le contexte qu’il m’affiche à ce moment-là :

      Si je ferme firebug, il termine le chargement de la page normalement, donc je ne suis pas sûre que c’est ça...

      Ensuite, je déplie la boîte coordonnées, je clique sur le bouton Ajouter une adresse. Il a l’air de bien réfléchir puis finalement, il replie la boîte sans afficher le formulaire d’ajout d’adresse. Firebug ne signale pas d’erreur. La console affiche à ce moment là une ligne dépliable :

      Si je clique sur le lien vers le javascript, il m’amène une ligne qui dit :

      Si, au lieu de ça, je déplie, je vois dans l’onglet « POST » :

      Dans « Réponse » et « Html », il m’affiche le code de la boîte coordonnées sans le formulaire adresse_edit, donc, dans l’état où la page se trouve au chargement.

      À part, ça, dans la console d’erreurs, j’ai aussi des avertissements :

      Je ne sais pas si ça aide. J’y comprends rien en tout cas. Si je ne donne pas les bonnes infos, dis-moi ce dont tu as besoin et je préciserai. Je suis sous Iceweasel 3.5.15 (Debian).

    • Le 25 février 2011 à 15:40, par Sarah En réponse à : Plugin Coordonnées

      As-tu trouvé une solution ? Car j’ai cette même erreur avec jquery :

      (Break on error. matches is undefined.)

      1. 4136 try {
      2. 4137 // This should fail with an exception
      3. 4138 // Gecko does not error, returns false instead
      4. 4139 matches.call( document.documentElement, "[test!='']:sizzle" );
      5. 4140
      6. 4141 }

      C’est pendant la connection ou la déconnection, avec #LOGIN_PUBLIC. Cela n’empêche pas de se connecter, mais on ne voit pas le formulaire devenir plus pâle, aucun feedback, donc les visiteurs peuvent penser qu’il ne se passe rien (et cliquent 15000 fois, et quittent le site en pestant).

      Je n’ai pas trop d’autres indices, car sinon, ça marche bien.

      Sinon, pour firebug, la page peut continuer à se charger si tu cliques sur la petite flèche bleue, en haut du cadre, avec la bulle « continuer (F8) »

      Je suis aussi sur Iceweasel 3.5.16 (Debian)

    • Le 25 février 2011 à 16:00, par Sarah En réponse à : Plugin Coordonnées

      J’ai le même problème sur 3 sites différents. Mais on dirait que ça marche bien à la première connection, mais plus sur les suivantes. Bref, j’arrête de polluer ce forum :-)

    Répondre à ce message

Répondre à cet article

Qui êtes-vous ?

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 Les choses à faire avant de poser une question (Prolégomènes aux rapports de bugs. )
Ajouter un document

Retour en haut de la page

Ça discute par ici

  • Transaction : créer des formulaires avec paiement en ligne

    13 mars 2011 – 32 <blink style='color:red;'>public|spip|ecrire:commentaires</blink>

    Transaction est une extension du plugin de création de formulaires Formidable pour concevoir des formulaires de paiement en ligne et les connecter aux principales API bancaires françaises. Présentation Transaction introduit 3 nouveaux types de (...)

  • Formulaire de contact avancé

    23 mars 2009 – 1041 <blink style='color:red;'>public|spip|ecrire:commentaires</blink>

    Un formulaire de contact configurable, avec de multiples options.

  • Squelette Multi-Saisons

    19 février 2009 – 226 <blink style='color:red;'>public|spip|ecrire:commentaires</blink>

    Un squelette qui change de couleurs suivant les saisons, un graphisme tout en rondeurs et de très nombreuses options.

  • JQuery Masonry

    15 août 2011 – <blink style='color:red;'>public|spip|ecrire:commentaires</blink>

    Ce plugin est un portage pour Spip du plugin jQuery Masonry de David DeSandro : http://masonry.desandro.com/ Principe Ce plugin réorganise les blocs de votre page page d’après une grille (de manière verticale et horizontale) pour réduire au maximum (...)

  • Thélia

    26 juin 2007 – 835 <blink style='color:red;'>public|spip|ecrire:commentaires</blink>

    Une approche basée sur l’utilisation conjointe des deux logiciels SPIP et Thélia pour la réalisation de sites de publication et de vente en ligne