cherche explication sur ce plugin , une fois installer on fait quoi ? 
merci
gandhy a écrit :
cherche explication sur ce plugin , une fois installer on fait quoi ?
C'est un debut de portage du squelette atelier (un truc entre le wiki et spip, à base de formulaires publics)
avant : on parametre les champs qu'on veut gerer dans le profil dans profil_etendu_options.
ca marche comme les champs extras sauf que les enumerations sont stockées a part dans un tableau pour pouvoir generer des champs de type enum en base :
il y a aussi du parametrage dans profil_etendu_fonctions :
//laisser les visiteurs proposer des articles
$GLOBALS['profil_etendu_articles_visiteurs']='oui';
//statut par defaut de l'article
$GLOBALS['profil_etendu_statut_article']='prop';
//formulaire avec juste titre et texte
$GLOBALS['profil_etendu_type_formulaire']='_simple';
//formulaire complet basé sur la config spip
//$GLOBALS['profil_etendu_type_formulaire']='';
après, il faut aller sur le formulaire profil en etant admin avec installation=oui dans l'url pour générer la table.
pour un cas standard avec un profil, tu peux utiliser les squelettes fournis donc :
spip.php?page=profil&installation=oui
ca genere une table spip_nom_du_profil avec id_auteur et tes champs
apres, chaque untilisateur gere son(ses) profil(s), voit ses articles proposés/en cours et peut aller les modifier.
regarde les 3 squelettes à la racine du plugin pour voir comment utiliser les differents formualires.
pour un autre profil, il suffit de faire #FORMULAIRE_PROFIL_ETENDU{autre_profil}
Je le place en general à la place de l'inscription (cette version doit d'ailleurs gerer l'inscription)
les formulaires/balises indépendants du contexte sont :
[(#BOUTON_LOGOUT)]
[(#LIEN_STATUT{'page1.html','lien non authentifie','page2.html','lien authentifie'})]
qui gere egalement :
[(#LIEN_STATUT{'page1.html','lien non authentifie','page2.html','lien visiteur','page3.html','lien redacteur','page4.html','lien admin'})]
LOGIN_INSCRIPTION
=> un login visible uniquement si non authentifié
[(#FORMULAIRE_PROFIL_ETENDU)]
FORMULAIRE_ARTICLES_AUTEUR : les puces pour changer le statut devraient etee accessible à l'admin mais il y a un bug de ce coté la
tu as ensuite les balises à mettre dans une boucle article :
[(#FORMULAIRE_MODIFIER_ARTICLE)]
[(#FORMULAIRE_AJOUTER_DOCUMENT_ARTICLE)]
[(#FORMULAIRE_DOCUMENTS_ARTICLE)]
normalement tout marche sauf les titres et descriptifs de document qui sont maintenant un exec (ca ne devrait pas poser de probleme pour les redacteurs)
c'est tres peu testé, ce n'est sans doute meme pas la derniere version qui est dans le SVN
c'etait pour un developpement un peu specifique et j'en ai profité pour porter un bout des ateliers en plugins.
Mais je ne veux pas mettre les petites bidouilles specifiques au projet dans le plugin.
un jour j'aurai le temps de m'en occuper ...
je l'ai laissé en test, mais il devrait plutot etre en developpement.
Remarque : si j'ai bien compris, _plugins_branche_stable_/_spip_1_9_1_ contient les plugins *en developpement* specifiques à la version 1.9.1 (ou eventuellement ceux aussi compatibles avec la SVN branche 1.9)
si un plugin n'est pas specifique à une version, il est dans _plugins_
En aucun cas sa presence dans _plugins_branche_stable_ ne veut dire qu'il est stable, c'est la version de spip que vise ce qualificatif.
@++
merci
_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
Les mails envoyés par le plugin Forms contiennent des caractères encodés. Exemple:
Nombre d’enfants : 3 ou plus
Si cela ne me déroute pas personnellement (et peut-être que certains lecteurs mail savent décoder), je sais que pour les usagers du site dont beaucoup débutent sur le net, cela va les mettre en panique...