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 « 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 table emails et une table numeros sur lesquelles il est possible de faire des boucles :
<BOUCLE_auteur(AUTEURS){id_auteur}>
<h2>#NOM :</h2>
<BOUCLE_adresses_auteur(ADRESSES){id_auteur}>
#NUMERO #VOIE<br />
#COMPLEMENT<br />
#CODE_POSTAL #VILLE
</BOUCLE_adresses_auteur>
</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
-
#ADRESSE -
#VOIE -
#COMPLEMENT -
#BOITE_POSTALE -
#CODE_POSTAL -
#VILLE -
#REGION -
#PAYS -
#TITRE -
#TYPElorsqu’on fait un lien avec un objet SPIP
-
- Boucles EMAILS
-
#EMAIL -
#TITRE -
#TYPElorsqu’on fait un lien avec un objet SPIP
-
- Boucles NUMEROS
-
#NUMERO -
#TITRE -
#TYPElorsqu’on fait un lien avec un objet SPIP
-
Il est possible d’utiliser des réseaux sociaux via le plugin http://zone.spip.org/trac/spip-zone/browser/_plugins_/rezosocios/trunk
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 » :
On peut alors choisir les objets « coordonnables »...
Expérimentation de la version 2.3.5
Cette version a essayé l’intégration des réseaux sociaux au même titre que les autres type de coordonnées.
Aprés discussion sur la liste de developpement, il a été constaté qu’il était plus pertinent de s’appuyer sur le plugin rezosociaux
Discussions par date d’activité
46 discussions
Bonjour,
J’ai installé l’extension, mais les tables n’ont effectivement pas créées (message d’erreur dans l’interface privée, confirmé par vérification sous mysql) : est-ce un dysfonctionnement de mon site, ou bien une manipulation manuelle doit-elle être effectuée (laquelle ?).
Par avance, merci de votre attention.
Amicalement.
Sans doute un dysfonctionnement, normalement cela s’installe automatiquement.
Mais tu peux tenter une réparation de BDD : ca devrait (re)creer les tables.
Merci bien Maïeul, la réparation a effectivement créé les tables.
Après test, retour d’expérience sur l’utilisation (à moins que des choses m’aient échappées, même si j’ai bien lu les docs) :
- il semble difficile de créer des listes sur d’autres objets que les auteurs, sauf à créer les numéros un par un, sans possibilité d’imports (comme pour les listes de diffusion courriel) ;
- il n’existe pas d’interface d’envoi des textos (mis à part le petit formulaire d’envoi unique dans le lien Démonstration de l’extension « SMS Spip »).
Sans ces deux fonctionnalités d’import csv et d’écriture et de programmation d’envoi, les envois texto par les interface prestataires me semblent à ce stade encore, plus faciles à organiser.
En tout cas, merci de ces développements textos, qui permettent à l’univers SPIP de progresser.
Répondre à ce message
Bonjour,
Sur un site 4.1.9 avec uniquement les plugins
- API de vérification 3.1.0
- Coordonnées 4.2.1
- Pays ISO 3166-1 3.5.0
- Saisies pour formulaires 4.7.1
lorsque j’ajoute une adresse à un auteur, au moment de la sélection du pays, j’obtiens l’erreur suivante :
Est-ce qu’il manque quelque chose ?
Sur une autre instance fraichement installée, tout fonctionne correctement.
Je vais creuser pour identifier la raison de cette erreur.
Désolé pour le bruit.
Répondre à ce message
Savez-vous que dans certains pays le CODE_POSTAL ne fait pas plus de 4 caractères ? Comme vous avez mis une vérification sur un minimum de 5 caractères, cela ne fonctionne pas.
Répondre à ce message
Bonjour,
Quand on a créé plusieurs adresses (ou numéros ou courriels), comment associer ces adresses à un / plusieurs auteurs ?
Visiblement, on ne peut faire que de la création adresses / numéros / courriels au niveau de l’objet « coordonnable », mais pas d’association d’adresses existantes.
J’ai loupé quelque choses ?
SPIP 4.0.0 + Coordonnées v3.0.7
Répondre à ce message
Bonjour,
J’utilise le plugin Coordonnées et je viens de m’apercevoir d’une erreur suite à l’absence de la table
spip_adresses dans l’interface privé
“Erreur SQL 1146
Table ’spipn0.spip_adresses’ doesn’t exist
SELECT * FROM spip_adresses LIMIT 1”
/srv/data/web/vhosts/wn0.plandecuques.fr/htdocs/ecrire/genie/maintenance.phpverifier_crash_tables() sql_select() ; ligne 72
Où puis-je trouver la structure de la table, ou bien par quel plugin est-elle créée ?
Merci
je me réponds, j’ai reçu un message dans l’interface privé
Action : Tenter une réparation de la base de données
https://wn0.plandecuques.fr/ecrire/?exec=base_repair et après validation la table a été créée !!!
Répondre à ce message
Bonsoir,
générer une Vcard, est-ce possible ?
Merci d’avance,
Cordialement,
Hervé
Répondre à ce message
Bonjour,
Le plug-in utilise 3 tables et je souhaite faire remplir par les visiteurs d’un site sous SPIP dans la partie publique, un formulaire simple avec leur adresse, leur email et leur numéro de téléphone mobile. Y’a t-il une possibilité ou astuce pour réaliser ce simple formulaire ou est-il nécessaire de passer par 3 formulaires ?
Merci.
Il me semble que ce plugin Coordonnées vie à compléter les champs des auteurs SPIP.
Pour les données des visiteurs (sans inscription) le plugin formidable pourrait te convenir.
Merci DD, je souhaite toutefois utiliser ce plugin dédié pour des raisons évidentes de pérennité, d’évolutivité du site etc ... Je pensais peut-être à un « pipeline » spécifique avec des « tables_jointures », mais je dois reconnaitre que je ne suis pas assez doué ;(
Bonjour,
Pour ton besoin, tu peux créer un formulaire dédié qui te permettra de renseigner les champs que tu as besoin, et cela pour les enregistrer dans les tables adéquates.
Bonjour Sib, je cherche également à faire remplir par les visiteurs via un formulaire sur le site public leur nom, adresse et numéro de téléphone en utilisant les tables coordonnées.
As-tu trouvé une solution ? Je ne suis hélas pas très douée non plus !
Bonjour Lucie,
Je crois qu’à l’époque j’ai utilisé Ajax et Jquery. Tente une recherche avec un bon moteur et les mots clés « Formulaire AJAX Jquery » ou encore avec « formulaires multiples ».
Bon courage.
Répondre à ce message
Bonjour,
Je viens de créer un plugin qui permet de renseigner les coordonnées Google Map avec le plugin Coordoonnées et de manière intelligente : le point est automatiquement placé sur Google Map grâce à l’adresse saisie. Vous récupèrerez les coordonnées dans #LAT et #LNG.
Ça se passe sur https://github.com/cahri/spip-coordgmap.
En espérant que ça vous aide autant que moi :)
Pourquoi ne pas mettre ce plugin sur la Zone afin qu’un maximum de personnes puissent en profiter ?
Ce plugin dans le plugin m’affiche une erreur...
Il a besoin d’une ApiKey Google pour fonctionner.
Il n’y a rien de prévu pour renseigner une ApiKey quelquepart ?
Répondre à ce message
Bonjour,
Je rencontre un problème avec l’ajout d’adresses sur un objet.
Le formulaire s’affiche correctement, je saisis tous les champs nécessaires, j’enregistre. Et puis… rien… La page est rechargée en ajax. Mais pas d’adresse ajoutée.
J’ai testé avec la branche v2 et le trunk. Même problème. Je n’ai pas de log généré. Est-ce que vous rencontrez le même soucis ? Je n’ai aucun problème par contre avec la saisie d’emails et de numéros.
Amicalement
Répondre à ce message
Bonjour, j’ai trouvé une coquille à l’intérieur du code html du fichier ..\prive\objets\liste\adresses_lies.html
<BOUCLE_liste_adresses(adresses_liens){id_adresse != #GET{id_adresse_exclus}}{objet}{id_objet}{pagination #ENV{nb,10}}>devrait être :
<BOUCLE_liste_adresses(adresses_liens){id_adresse != #GET{id_adresse_exclue}}{objet}{id_objet}{pagination #ENV{nb,10}}>Salut, je confirme, je m’apprêtais à signaler le même bug.
Pour complémént d’info, ça empêche juste l’affichage de l’adresse dans l’admin, sur la page contact.
Solution provisoire :
surcharger le fichier, càd recopier .\prive\objets\liste\adresses_lies.html depuis le plugin coordonnées, vers son propre squelette : squelette\prive\objets\liste\adresses_lies.html
et effectuer la modif de Eric ci-dessus.
Je viens de corriger, merci.
Répondre à ce message
Bonjour,
Dans chaque fichier d’action « editer_xxx »
est il possible de faire une modification afin d’avoir un fonctionnement plus générique ?
par exemple pour action/editer_adresse
http://zone.spip.org/trac/spip-zone/browser/_plugins_/coordonnees/trunk/action/editer_adresse.php#L61
Lister les champs éditables me parait plus approprié :
J’utilise le pipeline formulaire_saisies & declarer_table_objet_sql afin d’étendre les formulaires... L’écriture actuelle en dur empêche l’enregistrement des nouveaux champs déclarées.
Sachant que j’ai un accès svn, me permettriez vous d’envoyer les modifications ?
Répondre à ce message
Bonjour, je souhaite que mes visiteurs entrent leurs coordonnées (leur adresse) via la partie publique. J’ai bien essayé dans le squelette auteur.html :
Mais j’obtiens un joli « Erreur de connexion - Problème d’accès à l’espace privé ».
Si quelqu’un à une piste... Merci !
Voici les paramètres complémentaires avec lesquels cela fonctionne !
#FORMULAIRE_EDITER_ADRESSE{[(#GET{id_adresse}|sinon{"new"})],#SELF,auteur|#ID_AUTEUR}Répondre à ce message
Bonjour,
Tout d’abord merci pour ce plugin fort utile :)
Avec le plugin version 2.3.6 et sur deux spip 3.1.1(dont un vierge d’autres plugins) sur deux serveurs différents (les deux en php 5.6) je me retrouve confronté à un problème de warning php.
Sur les deux SPIP, en privé et en public et dans le cas d’une dissociation de coordonnée (que ce soit adresse, mail ou numéro) j’ai le warning suivant :
Ici le cas pour l’adresse :
Warning : Missing argument 1 for action_dissocier_adresse_dist(), called in /blahblah/ecrire/public/aiguiller.php on line 66 and defined in /blahblah/plugins/auto/coordonnees/v2.3.6/action/dissocier_adresse.php on line 30
Merci d’avance si le souci est réel et peut être corrigé :)
Merci, ça doit être corrigé en version 2.3.10
Merci c’est parfait :)
Répondre à ce message
Bonjour,
merci beaucoup pour ce plugin.
je ne vois pas le formulaire pour ajouter les réseaux sociaux, est-ce normal en SPIP 3.1 ?
Répondre à ce message
Bonjour, prévoyez-vous une mise-à-jour vers spip 3.1 ? Merci.
Ok, comme recommandé par maieul, il a suffit de modifier :
Répondre à ce message
Bonjour,
Contrairement à la documentation ci dessus, les champs #TYPE_ADRESSE, #TYPE_EMAIL, #TYPE_NUMERO ne semblent rien produire chez moi ; par contre des champs #TITRE présentent bien le champs correspondant saisi dans le formulaire.
J’ai regardé la table « spip_emails_liens » ou j’ai vu le champ « type » ; j’ai donc essayé #TYPE, qui n’a rien donné non plus.
C’est le plugin qui a évolué, j’ai raté quelquechose, ou les deux ?
Bonjour,
Moi aussi je rencontre le même problème sous spip 3 et coordonnées 2.2.4, qui est une version indiquée « test ». Y a-t-il une version définitive (stable) ?
Merci pour votre aide
Cdlt
Vincent
Effectivement, la version actuelle de Coordonnées propose une balise #TITRE (pour les emails, les adresses, les numéros et les réseaux sociaux) qui remplace les balises #TYPE_XXX indiquée dans la doc et qui font référence à la toute première version.
Répondre à ce message
Coordonnées déplié ?
Bonjour,
Pour que ce soit plus pratique lors de saisies successives de plusieurs n° de tél et/ou adresses de nouveaux visiteurs (destinés à devenir des membres d’une association avec Associaspip) , j’aimerais que « Coordonnées » soient déplié (avec « Nouvelle adresse ») à l’ouverture de la fiche de l’auteur (comme sur l’image jointe).
Est-ce possible et dans ce cas comment faire ?
Merci
Répondre à ce message
Bonjour
Je voudrais permettre à des visiteurs identifiés (6forum) de modifier leurs propres coordonnées eux mêmes.
L’autorisation de modifier la page auteur ne permet pas d’accéder àla boite « coordonnées ».
Le formulaire d’édition permet de modifier un seul type de coordonnées : le premier :-(
Avez vous une idées de comment accéder à la boite « Coordonnées », qui permettrait, sur le site public de modifier les données tout comme dans « ecrire » ?
Merci d’avance
Répondre à ce message
Je pense avoir détecté un bug ...
Quand on choisit un type, que ce soit pour une adresse, un numéro ou un émail, le type (work, home, ... etc) est bien stocké en base de données. Quand on souhaite éditer l’adresse, le numéro ou l’émail, le menu déroulant est de nouveau à la valeur par défaut vide.
Le problème vient je pense du fait que l’appel à « saisie_type_adresse.html » qui se trouve dans « editer_adresse.html » vers la ligne 15, ici :
ne transmet pas la valeur de « type » (je ne sais pas pourquoi, il me semblait qu’en 3.0.X c’était automatique ... ).
Si l’on fait
#ENV{type}dans « editer_adresse.html », on a bien « work » (par ex), dans « saisie_type_adresse.html », c’est vide.J’ai modifié en
et ça roule ... Le problème est le même dans « editer_email.html » et dans « editer_numero.html ».
Je ne sais pas si ma correction est la bonne en terme de code, je ne sais pas non plus comment introduire cette correction dans le code stable si elle est bonne ... merci retour :-)
Ah oui aussi, Spip est en 3.0.10 et tous les plugins sont à jour.
P.
Répondre à ce message
Bonjour,
Je voudrais « crayonner » les adresses et les numéros du plugin coordonnées pour un visiteur !
Si je dois mettre une autorisation pour les visiteurs, je dois la mettre dans crayons ou coordonnées ? et j’aurais besoin d’un peu d’aide aussi :)
Merci
Répondre à ce message
Bonjour,
Comment faire pour ajouter un nouvel objet éditorial dans le choix des objets du plugin Coordonnées ?
Ybbet
Bonjour Ybbel.
Si ton plugin veut rajouter un nouvel objet coordonnable, il peut faut passer par le pipeline
liste_objets_coordonneesje crois (faut que je vérifie qu’il est bien défini comme pipeline et non juste une fonction interne et je reviens donner le code d’utilisation, mais j’espère avoir compris la question)À plus.
Hello.
En fait le pipeline est simplement
objets_coordonnables(r70109) et on lui passe un tableau normalement ainsi :en n’oubliant pas la déclaration dans paquet.xml :
<pipeline nom="objets_coordonnables" inclure="PrefixeDuPlugin_pipelines.php" ></pipeline>ou dans plugin.xml :<pipeline><nom>objets_coordonnables</nom><inclure> PrefixeDuPlugin_pipelines.php</inclure></pipeline>J’ai pas testé donc dis-moi ce que ça donne
Bonjour,
Et comment connaître la liste des objets CoorodonnES ? C’est à dire ceux pour lesquels l’administrateur a coché la case dans la configuration ?
Là c’est plus facile :
$conf = unserialize($GLOBALS['meta']['coordonnees']); // la liste des objets selectionnes en configuration est dans $conf['objets']Bonus : avoir la liste des objets coordonnables est (un peu moins) aisé
Salut,
Oui, tu avais bien cerné ce dont j’avais besoin.
Le contexte : j’ai créé un nouvel objet éditorial et je dois renseigner des coordonnées. Au lieu de le faire dans la table de l’objet, je voulais l’implémenter par l’intermédiaire du plugin Coordonnées. ;-)
Je teste tout ça dès que j’ai un moment de répit.
Bonsoir Teddy.
Ma réponse ne s’applique plus qu’à la version 1.x pour SPIP 2. En effet, pour la version 2.x pour SPIP 3 il n’y a plus rien à faire : les objets des plugins seront pris en compte automatiquement (r70154) :-)
Bon dimanche.
Répondre à ce message
Bonjour,
Ca y est, mon plugin de géocodage par lots des adresses gérées par Coordonnées est fonctionnel. Je le nettoie un peu avant de le partager pour tests...
C’est un géocodage coté client (donc en JavaScript) par Google.
Répondre à ce message
Bonjour,
Sur la V2 pour Spip3, la table adresse ne contient plus le champ ’type_adresse’.
Est-ce celui-ci que l’on trouve dans la table spip_adresses_liens sous le nom ’type’ ?
Sinon quel est le sens de ce ’type’ ?
Merci
Bonjour STéphane
Oui,
spip_adresses.type_adresseavait disparu puis est revenu dansspip_adresses_liens.typedepuis 1.4.jesaisplus Le sens n’a pas changé (adresse perso ou pro en général) mais est juste porté par la liaison (ce qui a plus de sens.)Merci.
Répondre à ce message
Bonjour,
Juste pour vous signaler que la version du plugin coordonnées compatible avec Spip 3 n’est pas disponible sur cette page ni sur la zone (http://files.spip.org/spip-zone)
Elle semble n’être disponible qu’à cette adresse http://zone.spip.org/trac/spip-zone/browser/_plugins_/coordonnees/trunk en SVN
Merci
Répondre à ce message
Bonjour,
Je souhaiterais tester / utiliser le plugin Coordonnées sur une version 3.x de SPIP (html5) mais il m’est impossible de l’installer : le plugin n’est pas proposé en mode installation auto, et j’obtiens le message ’version incompatible’ en voulant l’installer manuellement.
Le plugin est pourtant indiqué valide pour Spip 3 : quid !?
Merci par avance.
Bonjour,
Le Zip qui est en ligne sur la Zone est une v1.4.20 pour Spip 2.1
Pour Spip3 il faut le prendre sur le dépot SVN : Coordonnées v2 pour Spip3
@Les auteurs : ne pourrait-on pas mettre cette version 2 sur la zone ?
Répondre à ce message
Bonjour,
pkoi l’objet coordonnées n’apparaît via
/prive/formulaires/inc-choisir-objets.html
dans spip 3
formulaire qui permet notamment à GIS de proposer de géolocaliser l’objet (évident pour une adresse)
Merci,
Roger Burton
Répondre à ce message
bonjour !
sur un spip3 vierge l’activation de coordonnées et des dépendances me donne une page blanche,
rien dans spip.log à part un suhosin incohérent : WARNING : Contextes AJAX forces en fichiers ! Cela arrive lorsque la valeur du contexte depasse la longueur maximale autorisee par Suhosin (1024) dans ’suhosin.get.max_value_length’. Ici : 1032. Vous devriez modifier les parametres de Suhosin pour accepter au moins 1024 caracteres.
rep plugins :
Contacts & Organisations (version : 2.1.2)
Coordonnées (version : 2.0.9)
Éditer Liens Simples (version : 1.0.0)
Saisies pour formulaires (version : 1.26.12)
SPIP Bonux (version : 3.0.3)
merci
Suite aux échanges sur la liste et aux corrections de RastaPopoulos, je crois que la toute dernière monture corrige le problème. C’est donc résolu...
Répondre à ce message
Bonjour,
Message : Echec de l’installation (en local) sur un Spip 2.1.9 [19922]. sans autre explication.
Plugin CFG à jour : version 1.16.0 [63818]
Que faire ? Merci
Bonjour Horetol.
Je pense que ce n’est pas lié à CFG mais à la procédure des mises à jour de la semaine :-( (je suis le fautif).
Peux-tu accéder aux tables SQL ? (via PhpMyAdmin par exemple) Dans ce cas, il faut chercher dans la table
spip_metale champ de nomcoordonnees_base_versionet mettre sa valeur à1.5(au passage, noter la valeur qu’il y avait pour qu’on sache où ça coince)Ensuite il faut télécharger à nouveau le zip (soit le plugin est désactivé avant d’intervenir sur la base, et on peut utliser le chargement automatique, soit il faut écraser par FTP) repasser sur la page de gestion des plugins pour réactiver le plugin Coordonnées...
Merci et désolé pour le désagrément.
Bonjour,
Merci pour la procédure. En regardant les métas je vois qu’il a déja la mention de version 1.5 :
Donc, malgré le message, il est possible qu’il soit correctement installé.
Je voudrais le vérifier, mais j’ai un souci de cookies ( et malgré l’effacement du cahe ) en local. Donc je vais tout installer dans un espace privé en ligne et pourrais à ce moment vérifier.
je vous tiendrai informé.
Hello.
Je pensais au vidage manuel du cache (suppression du répertoire tmp du site).
Ensuite il faut installer un zip plus récent où le bug est réparé.
En tout cas merci de me tenir informer
Bonjour,
C’est bien ce que j’avais fait (sur mon site en local).
En tout cas aucun problème et installation OK sur un spip 2.1.19 en ligne.
Merci pour votre aide :-)
Répondre à ce message
Bonjour,
avec le plugin coordonnées, l’enregestrement du lien avec l’auteur et le titre de l’enregistrement ne s’enregistrent pas dans les tables concernées donc les données sont bien enregistrées mais il faut ajouter ) la main le titre (ce qui est peu génant) mais aussi le lien dans la table de lien avec l’auteur.
idem le pays n’est pas pris en compte.
Pourriez vous me dire ou se situerai le pb à priori ?
SPIP 2.1.13
Coordonnées 1.4.8
Contacts & Organisations 1.13.5
Pays ISO 3166-1 1.0.6
Merci
Bonjour Thierry.
Quand vous dites que le titre et le pays ne s’enregistrent pas, pouvez-vous préciser ? Je ne constate pas ce souci. :-S
Au passage, vérifiez que vous ne surchargez pas avec vos propres formulaires (fichiers ayant le même nom que ceux du plugin dans le répertoire squelettes)
Et pour le lien avec l’auteur, c’est normalement le cas si vous ajoutez les coordonnées depuis la page de l’auteur !
Je conseillerai dans un premier temps de mettre à jour (SPIP et tous les plugins mentionnés), de vider le cache manuellement. Ensuite vous pouvez refaire vos essais voir.
Merci.
Répondre à ce message
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 ^^
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 !
merci pour ce retour qui confirme deux choses :
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 ;-)
Merci pour le tuyau !
Pas de quoi :) Une fois les champs à rechercher et leurs poids indiqués, il faut modifier le
squelettes/recherche.htmppour 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
Salut zaa
La saisie est des provinces est rajoutée (entre autres corrections), sauf que le champ s’appelle « region » (mais le libellé affiché peut être surchargé dans le fichier de langues personnel) :-)
À la réflexion, je me dis que puisque les adresses sont extensibles par le plugin Champs Extras 2, ce n’était peut-être pas une correction nécessaire... :-/ Mais d’un autre côté, je me dis que cela fait partie des saisies de base et que ceux qui n’ont pas le besoin de Champs Extras ne devraient pas se le voir imposer à cause d’un manque évident. (même si cela alourdit l’interface pour ceux qui n’en font pas usage)
Répondre à ce message
Bonjour.
Je vois qu’il il y a un champ
typequi est ajouté aux tables de liaisons. Pour quel usage est-il prévu ? A priori ça fait doublon avec le champtitredans les tables principales non ?Merci.
Bonsoir.
En fait, c’est bien deux choses distinctes (et le modèle de données est bien pensé) mais à l’époque j’ai utilisé les titres comme des tyes car c’était mon besoin. J’ai depuis ce temps migré les valeurs dans les bons champs (ça commençait à être problématique quand un type de coordonnée en était un autre pour ceux qui partagent la même coordonnée). Mais il manque toujours l’interface... J’ai rajouté cela récemment. Cependant, à l’édition, je n’arrive pas à récupérer le type renseigné (j’ai pourtant modifié les appels pour inclure cette valeur d’environnement et j’ai veillé que ce soit chargé dans le contexte... je ne sais pas ce que j’ai oublié, à moins que je n’utilise mal la saisie selection)
Merci pour toute aide.
RastaPopoulos m’a fait découvrir le problème : n’étant pas présent dans l’environnement. ce n’est donc pas transmis par l’URL comme je me suis imaginé... Le souci est maintenant réglé (moyennant une requête supplémentaire au chargement du formulaire) :-)
J’en ai profité pour iconiser dans les listes affichées. (mais faudra trouver de jolies icônes... ceci dit chaque thème peut surcharger et les modèles peuvent même adopter d’autres tailles).
Ceci amène une question : faut-il considérer cela comme une nouvelle fonctionnalité ? (je voyais plutôt une correction puisque les types ont été introduits il y a un bout de temps mais c’est juste que l’interface d’édition —surtout— n’avais pas suivi et que j’ai voulu corriger cet état de fait)
Merci.
Répondre à ce message
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...)
Bientôt un an... Entre-temps je vois que c’est mentionné dans la documentation en ligne comme nouveauté de la 1.4.5. Je me suis permis de rajouter les sites (un besoin perso de l’époque, sauf que j’avais dû me passer de la belle interface) et les brèves (bof, juste comme ça).
Voilou voilà
Répondre à ce message
Bonjour,
merci pour ce plugin.
je veux installer le v148 sur un spip 3.0 mais il n’est pas compatible (message d’alerte dans le gestionnaire de plugin de spip).
Ou trouver une version pour spip 3.0 ?
Merci
Pareil !
Est-ce que ce n’est pas juste un oubli de changement de la borne max dans plugin.xml ?
(je préfère ne pas essayer à la mano)
Répondre à ce message
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.
spip_numeros_liens :
id_numero est spip_numeros.id_numero
objet est ’auteur’ et id_objet est spip_auteurs.id_auteur
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
Et c’était bon.
Merci
Répondre à ce message
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 :
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)
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 :)
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
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
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
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.
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
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.
Ah, c’est très simple : un espace / saut de ligne en trop avant
<?phpou après?>Matthieu.
C’est trop grave, j’ai cherché des heures...pffff.... Enfin, c’est comme ça qu’on apprend !... Merci Cyril, ça marche impec !
... et Matthieu. C’est lui qui t’a trouvé la solution ;-)
Oups.... Oui, en effet, un grand merci à Matthieu... Morale de l’histoire toujours lire l’auteur du post !!
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 ?
J ai le même souci mais en SPIP 2.1.10... tu n’es pas tout seul !!
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.
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 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 :
on dirait que l’id auteur n’est pas transmis. Toutefois je ne vois pas de lien possible. Quelqu’un a cette erreur ?
Boite ouvrir : La solution ?
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
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...
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)
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 :
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...)
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 ? :(
je suggérais :
ceci peut se faire aisément... voici le modèle
editer_adressemodifié dans ce sens :(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 ;-)pardon, formulaire CVT et non modèle... (justement dans
prive/boite/coordonnees.html, on pourrait plutôt appeler desmodeles/coordonnes_xxx.htmlau lieu d’inclureprive/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 formulaireediter_numerocomme suit :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
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
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.
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.
Merci.
Corrigé par http://zone.spip.org/trac/spip-zone/changeset/46929
Répondre à ce message
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 ?
++
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 :
Que manque-t-il à cette balise de formulaire pour que cela fonctionne ?
Répondre à ce message
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 ?
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.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.
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 ditBreak 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).
As-tu trouvé une solution ? Car j’ai cette même erreur avec jquery :
(Break on error. matches is undefined.)
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)
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
Bonjour,
J’utilise SPIP 2.1.8 et (entre autres plugins) Contacts & Organisations 1.3.12, CFG 1.16.0, SPIP Bonux
2.2.15. Je voulais juste signaler que lorsque j’essaye d’installer Coordonnées 1.1.1, le plugin affiche le message suivant et désactive Contacts & Organisations :
* Impossible d’activer le plugin ../plugins/auto/contacts_et_organisations
o Nécessite le plugin COP en version [1.0.0 ;] minimum.
* Impossible d’activer le plugin ../plugins/auto/coordonnees
o Nécessite le plugin PAYS en version [1.0.0 ;] minimum.
Je comprends le message de dépendance avec Pays, puisque cette information est ajoutée dans la documentation, mais pas celui concernant le plugin COP ....
Jean-Baptiste
Ah tiens... ça a l’air d’être un bug.
Dans le plugin contacts et organisation il y a un tag « utilise » :
On dirait que c’est lui qui fait désactiver Contacts lorsqu’une erreur se produit.
Répondre à ce message
Hello,
Un peu chauvin le « coordonnées » il propose la France par défaut, on devrait pouvoir en passant par config choisir le pays par défaut ;-)
Juste une idée :-)
Hello,
J’utilise les plugins : Contacts et Organisation et Coordonnées
En attendant d’avoir un truc configurable, comme j’ai pas mal de coordonnées à injecter, j’ai modifié le fichier /formulaires/editer_adresse.html du plugin coordonnées.
Imaginons que le code postal soit 1234, la ville est MAVILLE ,mon pays la Belgique (24e dans la table voir fichier base/fichier_peupler_base.php) et mes contacts principalement « pro ».
Ou dans un autre cas j’ai un code postal 1234, 1235, 1236, ... j’encode par défaut les 3 premiers chiffres soit 123, il me suffira de compléter seulement le dernier, ...
A partir de la ligne 17 à 22 j’ai modifié le code comme suit :
[(#SAISIEinput, code_postal, label=<:cop:label_code_postal :>,defaut=1234)]
[(#SAISIEinput, ville, label=<:cop:label_ville :>,defaut=MAVILLE)]
[(#SAISIEpays, pays, label=<:cop:label_pays :>,defaut=24)]
[(#SAISIEinput, type_adresse,
label=<:cop:label_type_adresse :>,
explication=<:cop:explication_type_adresse :>,defaut=pro)]
Voilà c’est tout et cela m’a facilité grandement mes saisies !
Un petit CFG permettrai peut être de « fixer » les datas par défaut qui pourraient apparaître dans le formulaire, soit sous forme de liste déroulante, soit simplement sous forme de texte comme mes lignes précédentes, plutôt que de les modifier à la barbare comme je l’ai fait ci-dessus :-)
Un truc génial je pense, serait de proposer les Codes postaux et les Villes encodées précédemment... dans une liste déroulante tout en laissant le choix de les encoder manuellement, un peu à la manière des mots clés.
Il faudrait ajouter une table id_ville/codepostal/ville il me semble.
Qu’en pensez-vous ?
Répondre à ce message
Bonjour,
J’ai testé, ça marche très bien :-)
Serait-il possible de rajouter un type de téléphone ? Tout simplement le téléphone portable, très utilisé de nos jours ;-) !
Philippe
C’est évidement dans un #TYPE_NUMERO...
Répondre à ce message
bonjour,
Super cette idée de plugin. Vous fais un retour d’expérience. sur un site avec php4 et mysql5, le plugin s’installait bien, mais pas possible de déplier la boîte d’adresse (nouvelle), mail, tél.
Pas de trace significative dans les logs.
Après une tite recherche, et tests sur d’autres serveurs, il s’agissait de la version de php. suis passé en php5 et plus de soucis.
Salutations
ps. chez ouvaton, pour passer à php5 il faut mettre dans le .htaccess :
AddHandler application/x-suexec-php5 .php
Répondre à ce message
Bonjour,
Pourquoi avoir bloqué à Spip 2.1 alors que cela semble fonctionner avec 2.0. ?
Il faut modifier plugin.xml ligne 56 , comme ceci :
<necessite id="SPIP" version="[2.0;]" />au lieu de
<necessite id="SPIP" version="[2.1;]" />Peut-être parce que le plugin continue d’évoluer, que des incompatibilités pourraient arriver ensuite et que ses auteurs n’ont pas forcément envie de supporter le suivi pour la 2.0 qui obligerait alors à trouver en permanence comment le faire marcher dans la version précédente.
Répondre à ce message
Merci Cyril et Mathieu,
J’ai l’impression qu’il manque un « ; » dans le necessite :
<necessite id="pays" version="[1.0;]" />Je n’ai pas pu installer sans...
merci, corrigé dans la révision 39952.
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires :
|
