Apprentissage SPIP

Salut tous.

Depuis quelques temps, je fabrique des sites avec SPIP. Les rudiments que je connaissais me suffisaient pour faire des sites "vitrines".

Mais, ces temps-ci, je me rends compte que mon niveau n'est pas suffisant pour créer le projet que j'aimerai réaliser sur SPIP. D'ailleurs, ça se voit au fur et à mesure de mes posts, je pose des questions qui ne m'avancent guère. Bref, allez, je me suis dis qu'il était temps de potasser sérieusement programmer.spip.net, lister un grand nombre de plugins, essayer pleins de choses... J'ai surtout (et enfin) compris des trucs de purs informaticiens, choses comprises pour lesquels je ne suis pas peu fier ! Les bizarrerie comme get, session-set, env, enfin bref, ces trucs me parlaient chinois avant ! J'ai même réussi à faire quelques boucles dont je ne me sentais pas capable !

Malgré tout, j'ai toujours mon souci d'inscription, et je me suis dit qu'avec ce que j'avais potassé, je devrais y arriver ! Ben, même pas, je suis déçu ! Alors je potasse à fond les formulaires CVT, fait des essais, et ça marche ! Oui, ça marche mais pas jusqu'au bout... Mon beau champ ajouté n'apparaît pas dans l'espace privé. Et là, s'arrête la doc : autant vous dire ma frustration. Les pipelines ?

Je fouille de partout, je tombe toujours sur les mêmes plugins que j'ai essayé 1000 fois, à savoir Inscription 3, champs extras. Bon, alors j'essaie de trouver de la doc sur ce j'ai envie de faire avec ces plugins : rien. Alors, oui, je suis frustré...

En fait, il faut que je relie absolument 2 objets éditoriaux avec 2 "style" d'auteurs (rédacteurs). J'ai créé mes nouveaux objets avec la géniale fabrique (et créé la table "mes_objets _liens"). Pour le moment, les auteurs sont "séparés" de mes objets éditoriaux. Alors, me dis-je, j’intègre #FORMULAIRE_INSCRIPTION dans 2 rubriques différentes qui ont respectivement pour mot clés les fameux mots pour la liaison. Et j'intègre, dans mon formulaire d'inscription, un champ "hidden" qui intègre les mots clés. Ainsi, la table Auteurs et mes tables "Fabrique" seraient liés.

Si j'arrive à faire ça, ça permettrait aussi un joli potentiel à SPIP ! Parce qu'on pourrait avoir pleins de groupes d'inscrits appartenant respectivement à leur objet éditorial (objets qui sont forcément différents !).

Aidez-moi, please !

Marc

Bonjour,

Et avec un champ extra sur la table auteur ?

Salut,

Oui, ça je l’ai fait. La solution la plus simple effectivement est de mettre un champ « boutons radios » où l’inscrit définit son rôle. Cela, il n’y a pas de souci, je l’ai fait (et j’utilise #SESSION_SET dans les pages publiques). Mais ce que je recherche, c’est d’automatiser cette procédure : parce que le visiteur est allé dans la rubrique qui l’intéresse, l’inscription qu’il y fait reconnait bien son rôle.
Une fois que j’aurais dans la table auteur le champ « rôle », j’aimerais lier automatiquement chaque auteur à son objet éditorial.

Merci.

Il faut voir comment sont fait tes formulaires mais dans un paramètre tu peux passer le role et le mettre en bdd ensuite.

Pour le moment, j’apprends à ajouter des champs dans les formulaires CVT. Alors, à priori, ça marche mais je ne retrouve pas ces nouveaux champs dans la fiche Auteur de l’espace privé. C’est normal ou pas ?

Il faudrait le plugins champ extra ou bien que ton plugins fasse des champs :wink:

J’ai déjà installé Champs Extra, manuellement le visiteur peut s’inscrire : ce que je désire c’est automatiser. Que le visiteur n’ai pas à choisir.

Sinon, faire un plugin ? Mais pourquoi ?

Je pense que l’on a pas assez d’élément.

Ton formulaire cvt rempli quelle table ?

Le 09/02/2018 à 18:59, desdemains a écrit :

Si j'arrive à faire ça, ça permettrait aussi un joli potentiel à SPIP !
Parce qu'on pourrait avoir pleins de groupes d'inscrits appartenant
respectivement à leur objet éditorial (objets qui sont forcément
différents !).

Aidez-moi, please !

Bé ça va être dur car personnellement, pour le moment, je n'ai
absolument pas compris ce que tu cherchais à faire. :frowning:

J'ai plus ou moins pigé que ça tournait autour d'inscription et de
multiples profils de comptes utilisateurs différents.

Juste pour info, je suis en phase de terminer une première version d'un
plugin Profils qui permet de configurer un ou plusieurs profils
d'utilisateurs dans un même site, avec pas forcément les mêmes champs à
fournir, pas les mêmes obligatoires… Et du coup une fois inscrit, ça
garde de quel profil est chaque compte (dans un champ id_profil de
spip_auteurs donc).

À priori il sera possible soit de permettre aux gens de choisir quel
profil si plusieurs (pas encore fait), mais surtout il sera possible
d'appeler explicitement un profil précis qu'on veut, un truc du genre
#FORMULAIRE_INSCRIPTION{6visiteur, 0, #URL_DE_RETOUR, monprofilmachin}

(Pas forcément ça à la fin mais c'est l'idée.)
(Me demandez pas c'est quoi le deuxième argument, je crois que personne
ne le sait.)

--
RastaPopoulos

Salut,

J’arrive à la même conclusion que notre ami RastaPopoulos. Ton but est assez difficile à identifier, pour le moment.

Personnellement, ce que j’ai compris, c’est qu’un utilisateur peut sincrire à plusieurs rubriques. Tu « détournes » le formulaire d’inscription pour indiquer le rôle qu’aura ton rédacteur. C’est le mot-clé associé qui détermine le rôle du rédacteur.
Je n’ai pas compris si tu as créé toi même ton formulaire d’inscription. Cela serait, pour moi, le plus logique. Le formulaire CVT te permettant de faire ce que tu veux après pour ton workflow.

J’ai eu un projet où j’ai dû ajouter des rôles sur des auteurs : Info Sites. J’ai surchargé les autorisations de SPIP, standard, pour les faire passer par mon propre système d’autorisations qui prendra en compte les rôles.
J’insiste bien sur le terme de rôle car tu as le plugin « Rôles des auteurs » qui existe. As-tu regardé cela ?
Il ajout à la table de liaison des auteurs un champ « rôle » quand tu le lis à un objet.

——
Le deuxième argument n’est pas l’id d’un auteur ? :slight_smile:
Vérifier si l’auteur peut inscrire un nouvel auteur selon le profil à créer… Ainsi, est-ce que l’auteur n°X (rédacteur) peut créer un auteur administrateur, un rédacteur ou un simple visiteur.
Dites moi si je me trompe parce que ça ferait un moment que je suis sur la mauvaise route… :smiley:
——

Mes amitiés,

Ybbet.

On 10 févr. 2018 à 11:19 +0100, RastaPopoulos <rastapopoulos@spip.org>, wrote:

Le 09/02/2018 à 18:59, desdemains a écrit :
> Si j'arrive à faire ça, ça permettrait aussi un joli potentiel à SPIP !
> Parce qu'on pourrait avoir pleins de groupes d'inscrits appartenant
> respectivement à leur objet éditorial (objets qui sont forcément
> différents !).
>
> Aidez-moi, please !

Bé ça va être dur car personnellement, pour le moment, je n'ai
absolument pas compris ce que tu cherchais à faire. :frowning:

J'ai plus ou moins pigé que ça tournait autour d'inscription et de
multiples profils de comptes utilisateurs différents.

Juste pour info, je suis en phase de terminer une première version d'un
plugin Profils qui permet de configurer un ou plusieurs profils
d'utilisateurs dans un même site, avec pas forcément les mêmes champs à
fournir, pas les mêmes obligatoires… Et du coup une fois inscrit, ça
garde de quel profil est chaque compte (dans un champ id_profil de
spip_auteurs donc).

À priori il sera possible soit de permettre aux gens de choisir quel
profil si plusieurs (pas encore fait), mais surtout il sera possible
d'appeler explicitement un profil précis qu'on veut, un truc du genre
#FORMULAIRE_INSCRIPTION{6visiteur, 0, #URL_DE_RETOUR, monprofilmachin}

(Pas forcément ça à la fin mais c'est l'idée.)
(Me demandez pas c'est quoi le deuxième argument, je crois que personne
ne le sait.)

--
RastaPopoulos

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : http://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

RastaPopoulos :

Bravo à toi ! Je suis impatient de découvrir ton plugin ! Il paraît correspondre tout à fait à mes attentes. Et puis, ça me fait plaisir d’échanger avec l’une des « stars » de SPIP !

Je t’explique idéalement ce que j’aimerais faire. A mon niveau, c’est chaud (je suis graphiste et pas informaticien) :

  • créer des « profils » (ou « rôle », « statut » ou pleins d’autres thermes avec lesquels je me suis mélangé les pinceaux). Ces profils auraient, il me semble, plutôt le statut de « redacteur » mais les droits devraient être plus facilement configurables (malgré le plugin « Autorité »).

  • A partir de la rubrique de laquelle se trouve l’internaute, définir automatiquement le profil qu’il aura lors de son inscription. (Avec champs extras, j’ai défini un champ « role » dans AUTEURS qui est le même que le mot clé défini pour la rubrique, donc je pourrais faire une liaison).

  • donc, à l’inscription, permettre AUTOMATIQUEMENT à l’inscrit « profilé » d’avoir accès à son formulaire d’édition, sur la partie publique (joli quoi !).
    (Si le champ « role » existe dans AUTEURS, il serait « facile » de faire une liaison avec son objet éditorial. Et là, je n’y arrive pas, même avec Inscription 3. J’ai aussi pensé à créer la mutualisation de plusieurs sites. J’ai aussi testé le plugin « Abonnements » et « JAZ » avec « Accès Restreints ». En fin, bref, je galère.).

  • le formulaire d’édition peut contenir n’importe quels champs mais aussi la définition d’un point sur une carte (mais là, ça me semble assez chaud), mettre des photos, des vidéos, du son… Pour mon projet, le formulaire faisant 2 km de long, le faire en plusieurs étapes, par onglets (pour ça, j’utilise la fabrique et GIS. Je « découperai » le formulaire avec JQuery ou avec le multi-pages de SPIP).

  • permettre à l’auteur profilé de modifier ou suspendre quelques informations.

  • afficher certaines infos en géolocalisation des profils 1 pour les profils 2.

  • pour l’administrateur, définir pour un profil ce qui est visible ou pas pour l’autre profil, et inversement. L’auteur pourrait avoir aussi quelques options de paramétrages en terme de visibilité.

  • pour l’admin, dans l’espace privé, visualiser l’ensemble des inscrits en pouvant les trier. Séparer la présentation par profil.

  • permettre aux 2 profils de communiquer entre eux.

  • permettre aux inscrits de faire « copains » avec d’autres inscrits (groupes de potes).

  • permettre à chacun de poster des commentaires sur les uns et les autres (comme sur bla-bla car : ne voir un commentaire posté que si on a répondu).

  • mettre en favori, ou au contraire « blacklister ».

Comme tu peux le voir, la liste est longue ! Je sais que je ne pourrais pas faire cela tout seul. Une stagiaire viendra m’aider pendant 4 mois. L’idée est que lui fasse créer un plugin « crowdfounding » pour SPIP et participer à la communauté. Je pensais aussi créer un plugin de type « profil » mais je vais attendre le tien.

Pourquoi je veux faire un tel site (communautaire) sur SPIP ? Ben oui, on peut se poser la question quand je vois que sur Wordpress, je peux acheter des plugins tout faits déjà ! En fait, j’aime SPIP, je peux comprendre ce que je fais (même si c’est chaud), personnaliser au maximum… et ça prouverait, qu’avec SPIP, on peut faire des sites incroyables !

Peux-tu me dire quand tu sortira ton plugin (si ça vous le coup d’attendre ou pas ?).

En tout cas, je te remercie vraiment !

Marc

Le 10/02/2018 à 14:08, desdemains a écrit :

Peux-tu me dire quand tu sortira ton plugin (si ça vous le coup
d'attendre ou pas ?).

Il est censé être fini pour la semaine dernière, voire avant. :stuck_out_tongue:

Donc j'espère bien que ça va pas tarder…

--
RastaPopoulos

Réponse à Ybbet :
En me relisant, c’est vrai que ce que j’avais écris est difficilement compréhensible ! Mais, hier, j’ai exprimé mes besoins juste avant ta réponse. Tu écris :
« Personnellement, ce que j’ai compris, c’est qu’un utilisateur peut s’inscrire à plusieurs rubriques. »
Non, simplement, l’internaute, si il est sur la « partie » du site qui l’intéresse, et bien lorsqu’il s’inscrit, son « profil-role » est automatiquement pris en compte sur sa fiche « Auteur ».

« Tu « détournes » le formulaire d’inscription pour indiquer le rôle qu’aura ton rédacteur. C’est le mot-clé associé qui détermine le rôle du rédacteur. » Oui, c’est bien ça (en attendant le plugin de Rastapopoulos, c’est ce j’étais en train de faire).

« Je n’ai pas compris si tu as créé toi même ton formulaire d’inscription. Cela serait, pour moi, le plus logique. Le formulaire CVT te permettant de faire ce que tu veux après pour ton workflow. » C’est ce que j’essaie de faire, mais je ne visualise pas mes nouveaux champs dans l’espace privé (et la formation SPIP s’arrête aux formulaires CVT :o[).

Quant à surcharger les autorisations, il faut que j’apprenne comment on fait mais ça reste encore obscur pour moi. Quant au plugin « role », je ne suis pas encore trop rentré dedans pour comprendre comment ça fonctionne.

Le plus simple pour comprendre ce que j’aimerais réaliser, c’est comme le site : un profil « client » et un profil « prestataire », les 2 profils s’échangeant des infos. Réponse à Rastapopoulos : J’ai pensé au plugin que tu es en train de faire… Avec la fabrique, on peux fabriquer les objets éditoriaux, donc pas de soucis. La « merde », c’est bien le Formulaire Inscription. Mais ton idée de #FORMULAIRE_INSCRIPTION{6visiteur, 0, #URL_DE_RETOUR, monprofilmachin} est super ! (moi non plus, je ne comprends pas le 0 !) Donc si l’inscription « profil » se lie automatiquement avec l’objet « Fabriqué », c’est génial, tout est réglé ! Perso, j’aime bien créer un nouvel objet éditorial parce que, sur l’espace privé, on voit bien les personnes qui l’utilise. Par contre, ce qu’il faudrait, ce serait d’ajouter dans la Fabrique, lorsqu’on créé les champs, une fonctionnalité comme celle-ci : la possibilité de configurer sur chaque champ ajouté sur ce qui doit être visible ou pas par les autres profil. Exemple : Le champ « Adresse » (imaginons un seul bouton, si coché : visible), configurable pour chaque profil. Je veux que mon champ Adresse soit visible par le Profil 1 mais pas le 2 ni le 3, etc… Cela pour chaque champs. En tout cas, j’attends alors ton plugin avec une certaine impatience. Merci. Marc

Salut à tous,

Je continue notre petit échange… Comme je l’ai expliqué, j’essaie de passer à l’étape supérieure de SPIP : les fonctions, pipelines, formulaires CVT, autorisations, etc… Pour être tout à fait clair, c’est très très chaud pour moi, qui ne suis pas informaticien. Pourtant, j’arrive à comprendre des trucs, mais là, je n’arrive pas à dépasser le pallier des boucles et plugins… En fait j’y arrive mieux quand je lis les exemples (heureusement, il y en a pas mal).

Je lis, j’essaie pourtant… mais c’est la logique que je ne dois pas avoir, je sais pas… Alors, je cherche une formation, un SPIP Party vers Paris (ou Fontainebleau) ou même chez moi (c’est sympa chez moi, il y a des rochers, un chat, 2 enfants qui courent de partout et ma charmante femme !), ou une âme dévouée qui m’aide à comprendre et dépasser ce cap douloureux… Perso, s’il le faut, je peux aussi financer cela (même si la notion de fric chez SPIP est mal vu !!!). On pourrait organiser une telle rencontre, vous ne pensez pas ? Je ne dois pas le seul dans ce cas…

J’aimerais être capable de faire ce que je veux avec SPIP, sans moins me prendre la tête ! Même si je sais qu’il faut chercher, inventer, et c’est ça qui est sympa !

Marc

Génial - on aura enfin les groupes / profils d'utilisateurs
indispensables pour une utilisation "professionnelle" du plugin accès
restreint.

Merci Rastapopoulos!

:-)k++

On 10.02.2018 11:16, RastaPopoulos wrote:

Juste pour info, je suis en phase de terminer une première version d'un
plugin Profils qui permet de configurer un ou plusieurs profils
d'utilisateurs dans un même site

de quel profil est chaque compte (dans un champ id_profil de
spip_auteurs donc).

À priori il sera possible soit de permettre aux gens de choisir quel
profil si plusieurs (pas encore fait), mais surtout il sera possible
d'appeler explicitement un profil précis qu'on veut, un truc du genre
#FORMULAIRE_INSCRIPTION{6visiteur, 0, #URL_DE_RETOUR, monprofilmachin}

Le 12/02/2018 à 10:23, klaus++ a écrit :

Génial - on aura enfin les groupes / profils d'utilisateurs
indispensables pour une utilisation "professionnelle" du plugin accès
restreint.

Merci Rastapopoulos!

Je ne sais pas si c'est pareil et utile pour ce besoin, car le concept
de Profil, c'est qu'on ne peut avoir qu'un seul profil pour un même
compte. Alors que le concept de groupe d'utilisateurs dans tous les
autres systèmes informatiques (notamment CMS mais pas que) ça a toujours
été multiples : une même personne peut faire partie de plusieurs
groupes. Ce n'est donc pas pareil que des "rôles" multiples (par ex dans
Redmine, dans un projet on peut être "Manager" et "Développeur" et
"Rapporteur" et ensuite ça cumule les droits).

--
RastaPopoulos

Pour le moment, je me suis servi de l’exemple sur programmer.spip, avec le champ « Message », pour apprendre et comprendre : et .

J’ai tout fait pareil, le formulaire fonctionne en public. Mais je ne vois rien en privé. La fonction « charger » ne sert-elle pas à déclarer un nouveau champ ? Pourquoi ne pas la retrouver sur la partie privée ? Ou bien, il faut utiliser un pipeline ? C’est ici que s’arrêtent mes connaissances de SPIP… J’ai beau lire, je ne comprends pas les causes et effets, je ne comprends pas ce qu’il manque et où piocher l’information… Et c’est pour ça que je suis parfois en colère…

Il faudrait des exemples ! Je sais, c’est facile, les « il faut, il faudrait… » mais SPIP est un outil pour les non-informaticiens : du moins, j’imagine que c’est une des raisons pour lesquelles des personnes géniales l’ont inventé.

En attribuant le droit d'accès à un pprofile/groupe on obtient une
véritable gestion des droits d'accès par groupe.

Il faudrait remplacer la requête SQL lors d'une tentative d'accès à un
objet géré par accès restreint. Actuellement c'est sans doute une
vérification si l'id_auteur est listé dans la table de connexion d'accès
restreint. Quand on vérifie si l'auteur qui essaie d'accéder à un objet
(id_rubrique etc.) appartient à un groupe (id_profile) autorisé est un
petit peu plus compliqué mais cela doit être faisable même pour un
boulet comme moi :wink:

Je pense qu'il y a pas mal de travail quand on se met à modifier
l'interface d'accès restreint pour qu'il permette de gérer les profils
en plus des auteurs individuels, mais le code SQL nécessaire ne doit pas
être trop compliqué.

Ce qu'il ne faudrait pas faire c'est introduire des interdictions. On se
retrouverait avec des cas comme "l'auteur n'y a plus accès car il y a
droit indiviuellement mais un certain groupe dont il fait partie est
interdit d'accès". C'est le genre de bêtise qui te gâche la vie quand tu
vis dans le monde parano de chez MS. Tant qu'on n'attribue que des
autorisations positives il n'y a pas de problème, on n'aura jamais des
logiques contradictoires.

A la limite, si on veut éviter que des autorisations survivent par
inattention, il faudrait prévenir lors de la suppression d'un groupe que
certains auteurs du groupe gardent leur droit d'accès à cause d'une
autorisation individuelle.

Ou alors est-ce que je n'ai pas bien compris un truc ?

:-)k++

On 12.02.2018 10:39, RastaPopoulos wrote:

Le 12/02/2018 à 10:23, klaus++ a écrit :

Génial - on aura enfin les groupes / profils d'utilisateurs
indispensables pour une utilisation "professionnelle" du plugin accès
restreint.

Merci Rastapopoulos!

Je ne sais pas si c'est pareil et utile pour ce besoin, car le concept
de Profil, c'est qu'on ne peut avoir qu'un seul profil pour un même
compte. Alors que le concept de groupe d'utilisateurs dans tous les
autres systèmes informatiques (notamment CMS mais pas que) ça a toujours
été multiples : une même personne peut faire partie de plusieurs
groupes. Ce n'est donc pas pareil que des "rôles" multiples (par ex dans
Redmine, dans un projet on peut être "Manager" et "Développeur" et
"Rapporteur" et ensuite ça cumule les droits).

Le 12/02/2018 à 13:21, desdemains a écrit :

Pour le moment, je me suis servi de l'exemple sur programmer.spip, avec le champ "Message", pour apprendre et comprendre : Formulaires CVT par l'exemple - SPIP et SPIP Forums.

J'ai tout fait pareil, le formulaire fonctionne en public. Mais je ne vois rien en privé. La fonction "charger" ne sert-elle pas à déclarer un nouveau champ ? Pourquoi ne pas la retrouver sur la partie privée ? Ou bien, il faut utiliser un pipeline ? C'est ici que s'arrêtent mes connaissances de SPIP... J'ai beau lire, je ne comprends pas les causes et effets, je ne comprends pas ce qu'il manque et où piocher l'information... Et c'est pour ça que je suis parfois en colère...

Il faudrait des exemples ! Je sais, c'est facile, les "il faut, il faudrait..." mais SPIP est un outil pour les non-informaticiens : du moins, j'imagine que c'est une des raisons pour lesquelles des personnes géniales l'ont inventé.

Bon, deja SPIP est certes un outil pour non informaticien, mais c'est aussi un outil fait par des gens bénévolement, ou presque. Donc on a pas le temps d'expliquer tous les usages possibles.

Ensuite la fonction charger sert à ajouter des champs sur un formulaire, mais ne détermine en rien ce qu'il va arriver à ces champs (stockages en base? calcul obscurs, etc). Ca c'est justement traiter qui fait cela.

Cela étant, je ne suis pas sur de bien suivre ton problème. S'il s'agit d'ajouter un champ sur un objet editorial, alors champs extra fait cela pour toi.

je te conseille vivement de passer sur
http://irc.spip.net pour en discuter en direct, ce sera sans doute plus simple.

Bon, deja SPIP est certes un outil pour non informaticien, mais c'est aussi un outil fait par des gens bénévolement, ou presque. Donc on a pas le temps d'expliquer tous les usages possibles.

Ensuite la fonction charger sert à ajouter des champs sur un formulaire, mais ne détermine en rien ce qu'il va arriver à ces champs (stockages en base? calcul obscurs, etc). Ca c'est justement traiter qui fait cela.

Cela étant, je ne suis pas sur de bien suivre ton problème. S'il s'agit d'ajouter un champ sur un objet editorial, alors champs extra fait cela pour toi.

je te conseille vivement de passer sur
http://irc.spip.net pour en discuter en direct, ce sera sans doute plus simple.

Salut !
"Bon, deja SPIP est certes un outil pour non informaticien, mais c'est aussi un outil fait par des gens bénévolement, ou presque. Donc on a pas le temps d'expliquer tous les usages possibles."
Oui, je le sais et je vous en remercie vraiment ! Mais je ne savais pas que ce que je cherchais était d'un usage si particulier (mais c'est certainement dû à mon incompréhension). Comment savoir d'ailleurs, à mon niveau ? "Charger" ne stocke pas directement en BDD ??? Je croyais, moi ! Le souci que j'ai, c'est d'arriver à comprendre la partie "Etendre SPIP", je trouve assez difficile de passer le cap...

J'ai vraiment du mal à me faire comprendre, peut-être une fois que j'aurais vraiment réussi à m'expliquer, j'aurais alors trouvé la solution !!! Alors :
J'ai 2 types d'auteurs (dits "profils") pour 2 objets éditoriaux (créés avec la Fabrique).
Je veux que le profil 1 soit automatiquement liés à mon objet 1. Le 2 pour le 2. Quand ce n'est pas automatique, je sais le faire avec Champs extras. Donc :
Dans 2 formulaires d'inscription (un respectivement dans sa rubrique), j'ajoute un champ Hidden qui a pour mot clé "profil1" (pour l'exemple). Dans un hidden de l'autre formulaire "profil2". Ce mot clé pourrait-il s'associer directement à mon objet (dans le public : c'est possible avec des boucles. Mais dans le privé ? Histoire de visualiser les auteurs sous chaque objet éditorial). Vous pensez que c'est possible ?

Mais je vous prends la tête parce que Rastapopoulos est en train de finir son plugin "Profil"...

Marc

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : http://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc