Prérequis, installation et configuration
Prérequis
Votre serveur doit proposer une version de PHP supérieur ou égal à 5.5
Installation
Configuration
La configuration propose 4 grandes catégories
1 - Désactiver les blocs « Forums publics » et « Pétitions »
Vous pouvez désactiver l’affichage de ces blocs de vos pages articles.
Pour les forums
Si vous avez désactivé l’utilisation des forums publics, vous pourrez alors désactiver l’affichage du Bloc « Fonctionnement du forum » dans vos pages articles.
Avertissement : ne tient pas compte des options avancées. À utiliser donc si vous n’avez pas du tout besoin des forums publics.
Pour les pétitions
Désactiver l’affichage du bloc « Fonctionnement de la pétition » dans vos pages articles.
2 - Logos au cas par cas
Si vous avez activé les logos (dans Configuration -> Contenu du site), un formulaire de logo s’activera pour tous les objets éditoriaux.
Vous pouvez ici décider de ne pas afficher ce formulaire pour tel objet en particulier.
3 - Contenus par rubrique
Par défaut SPIP ajoute un bouton ’Écrire un nouvel article’, dans toutes les rubriques.
Il en est de même avec le bouton ’Référencer un nouveau site’ si vous activez l’option « Gérer un annuaire de sites Web ».
Plus largement, il est possible pour n’importe quel autre objet éditorial amené a être rangé dans une rubrique de choisir précisément les rubriques dans lesquelles créer ces objets.
Interdire l’édition d’un objet éditorial dans une rubrique aura deux conséquences :
- supprimer le bouton ’Écrire un nouvel article/breve/site/etc.’ de cette rubrique,
- Interdire de créer un article/brève/site/etc. dans cette rubrique.
Bonus
Si vous décidez qu’un objet ne peut être rangé que dans une seule rubrique, alors le formulaire d’édition de cet objet n’affichera plus le sélecteur de rubrique.
Incompatibilité avec certains plugins
Cette dernière fonctionnalité, Contenus par rubrique, n’est pas compatible avec la restriction des articles par rubriques avec les plugins suivants :
- Autorité
- Pages uniques (depuis la version 1.3.8 de ce plugin)
Certains me rapportent qu’ils ne trouvent pas cela forcément très gênant.
Mais si c’est le cas, il vous est possible de shunter cette incompatibilité en rajoutant le code suivant dans votre fichier /config/mes_options.php :
if (!function_exists('autoriser_rubrique_creerrubriquedans')) {
function autoriser_rubrique_creerrubriquedans($faire, $type, $id, $qui, $opt) {
$quelles_rubriques = lire_config('lim_rubriques/rubrique');
is_null($quelles_rubriques) ? $lim_rub = true : $lim_rub = !in_array($id,$quelles_rubriques);
return
$lim_rub
AND autoriser_rubrique_creerrubriquedans_dist($faire, $type, $id, $qui, $opt);
}
}
if (!function_exists('autoriser_rubrique_creerarticledans')) {
function autoriser_rubrique_creerarticledans($faire, $type, $id, $qui, $opt) {
$quelles_rubriques = lire_config('lim_rubriques/article');
is_null($quelles_rubriques) ? $lim_rub = true : $lim_rub = !in_array($id,$quelles_rubriques);
return
$lim_rub
AND autoriser_rubrique_creerarticledans_dist($faire, $type, $id, $qui, $opt);
}
}
4 - Divers : portfolio et formulaire Auteurs
Depuis la version 1.4, vous pouvez aussi :
- Alléger le formulaire Auteur en désactivant (ou non) les champs suivants :
- Adresse email
- Qui est l’auteur
- Clé PGP
- le fieldset Lien site
Depuis la version 2.0 (uniquement SPIP >= 3.2), vous pouvez aussi :
- Alléger l’affichage des documents en désactivant la notion de portfolio
Pour le développement de plugins
La fonction Contenus par rubrique prend en compte les nouveaux objets éditoriaux (et donc plus seulement les articles, sites référencés et brèves).
Ceci à conditions de mettre (un peu) le nez dans le code.
Explications
Vous devez déclarer les autorisations ad-hoc pour ces objets dans un fichier d’autorisation :
- dans le fichier squelettes/mes_autorisations.php (à créer si besoin) ;
- dans le fichier /monplugin/prefixe_autorisations.php.
La déclaration se fait comme suit
if (!function_exists('autoriser_rubrique_creertype_objetdans') AND test_plugin_actif('lim')) {
function autoriser_rubrique_creertype_objetdans($faire, $type, $id, $qui, $opt) {
$quelles_rubriques = lire_config('lim_rubriques/type_objet');
is_null($quelles_rubriques) ? $lim_rub = true : $lim_rub = !in_array($id,$quelles_rubriques);
return
$lim_rub
AND autoriser_rubrique_creertype_objetdans_dist($faire, $type, $id, $qui, $opt);
}
}
Il vous faudra remplacer dans ce code le mot ’type_objet’ par…le type de l’objet.
Note : le type est différent du préfixe.
Pour un objet ’Patates’ :
- préfixe = ’patates’
- type = ’patate’
Discussions par date d’activité
13 discussions
Salut,
est-ce qu’il est envisagé de rajouter le bloc « En cours de rédaction » dans les options désactivables ?
jean marie
Yop,
pas sûr de comprendre. Peux-tu préciser/compléter ?
Ah oui, avec une capture d’écran, c’est mieux :)
Est-ce que LIM pourrait masquer ce bloc ?
Je n’en ai pas le projet.
Après il me semble que c’est une option très spécifique non ?
Mais si tu penses que cela peut en intéresser d’autres, alors go ! Option à placer dans l’onglet « Divers » peut être ?
Cheers
Il me semble que c’est désactivable de base dans SPIP : Fonctions avancées -> Travail collaboratif sur les articles.
@Peetdu : ok ; c’est noté
@tcharlss : C’est pour afficher un message d’avertissement « Machin a travaillé sur cet article il y a 2 minutes » et éviter d’avoir 2 personnes qui éditent un article en même temps :)
Testé à l’instant : ça fait les 2 mon capitaine
Ah mais très bien, je le note. Merci de me faire découvrir de nouvelles fonctionnalités :)
Bon par contre, je ne souhaite pas désactiver le message d’avertissement car c’est important pour les utilisateurs, donc ça ne résout pas souci :/
Après vérif, vous avez tout les deux raisons. C’est ici que cela ce passe :
- https://code.spip.net/autodoc/tree/ecrire/inc/presentation_mini.php.html#function_liste_objets_bloques
et
- https://code.spip.net/autodoc/tree/ecrire/inc/filtres_ecrire.php.html#function_afficher_qui_edite
…et ces fonctions sont basées (aussi) sur le test de la valeur de [’meta’][« articles_modif »].
Cette méta est bien configurée dans Fonctions avancées -> Travail collaboratif sur les articles.
Répondre à ce message
Bonjour et merci pour ce plugin !
Un message d’erreur apparaît lors de la modification d’un document en médiathèque, si le document n’est pas rattaché à un objet, donc à une rubrique.
Il concerne la ligne 121 du fichier lim_pipelines.php
Version 2.0.0 sur SPIP 3.2.1
Hop,
C’est réglé avec la version 2.0.2. Merci pour le signalement.
Mais de rien, on participe un peu !
Répondre à ce message
Super plugin ! merci
Répondre à ce message
Bonjour,
J’utilisais ton pluging sur plusieurs sites, mais là ça fait deux fois qu’il devient impossible de modifier/créer un article.
J’ai un message Fatal Error (voir image), qui disparait quand je le désactive, je ne sais pas d’où cela vient, simplement il s’agit de deux sites bilingues.
Plugings installé :
Ancres douces
Langue préférée
Lecouteausuisse
Saisie pour formulaire
Site multilingue facile
traduction autrement
traduction entre rubrique
Traductions de rubriques autrement
Bonsoir,
la fonction array_column() nécessite PHP 5.5. (voir http://php.net/manual/en/function.array-column.php). Cette optimisation du code a été intégrée dans la version 1.3 du plugin LIM
As-tu la possibilité de mettre à jour ta version de PHP ?
Ok merci de l’info,
effectivement je ne suis pas en PHP5.5, c’est pourquoi le site est en 3.1.8
je vais voir ça,
Je n’ai pas fait attention, peut être qu’il faudrait annuler la mise a jour avec un message qui dit « php 5.5 requis obligatoirement pour une version 1.3 du pluging », un peu comme quand on veut installé SPIP 3.2.
a +
Malheureusement pas réalisable.
Je viens d’ajouter un paragraphe « Prérequis »
Bonsoir,
Rien empêche de passer en 5.5 de php
http://php.net/supported-versions.php ta version est plus maintenu je pense ...
Hop,
Apparemment il est possible d’indiquer une version minimale de php en dépendance dans paquet.xml
Par exemple : https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/scssphp/trunk/paquet.xml#L23
Hop
job’s done (v1.3.2). Merci pour l’info Tcharlss
Je note ici : la dépendance à une version de PHP est une fonctionnalité que l’on ne trouve qu’à partir de SPIP 3.2. (Voir https://www.mail-archive.com/spip-zone@rezo.net/msg46459.html)
hello
en dernier recours :
https://contrib.spip.net/Array_column-pour-SPIP :)
Répondre à ce message
Bonjour Peetdu,
Lim utilises le pipeline afficher_config_objet pour supprimer les blocs petitions et forums d’un article en fonction du paramétrage souhaité.
J’ai voulu de mon côté obtenir le même résultat mais sans passer par un plugin, donc en utilisant mes_options, or dans ce cas le passage par le pipeline est inopérant ($flux[’data’] est toujours vide et je ne peux donc le modifier). J’imagine que c’est un souci d’échafaudage, dont je n’ai pas encore saisi tout le principe, mais je constate ces différences de comportement entre plugin et mes_options. Donc j’ai cherché un autre moyen et je m’aperçois qu’en fait les deux fonctions d’autorisations suivantes semblent elles aussi donner parfaitement le résultat escompté :
- autoriser_modererpetition($faire, $type, $id, $qui, $opt)
- autoriser_modererforum($faire, $type, $id, $qui, $opt)
Si je leur retourne false, plus de blocs.
Je ne sais pas si de ton côté pour lim tu as exploré cette piste plutôt que le pipeline, ça me semble plus simple que de la manipulation de string comme actuellement ? Je te pose la question car il y a peut-être des contre indications qui m’échappent et qui me ferait renoncer de mon côté à plutôt utiliser cette méthode.
Hello 6ril,
aucune contre-indication dans la méthode que tu as trouvé. j’étais passé à côté et c’est effectivement beaucoup plus simple. Donc merci pour l’info :)
Pour le plugin LIM, je vais quand même laisser en l’état. Car les autorisations dans SPIP ne sont surchargeables qu’une et une seule fois. Et donc cela pourrait générer des effets de bord indésirables chez certains utilisateurs actuels du plugin. Même si c’est (très ?) peu probable…
OK, merci pour ta réponse.
Oui, ce qui est marrant c’est que le code même du plugin forum donne cette approche avec
, visible dans l’exemple de la page de doc du pipeline afficher_config_objet.
J’oubliais, merci beaucoup pour ton plugin que j’utilisais depuis le début. Grâce à l’étude de son code et aux recherches que cela m’a amené à faire ensuite, j’ai pu développer ma propre solution hors plugin, collant à mes besoins très particuliers et résorbant l’ensemble des contraintes que je devais régler. Il ne me manquait que cette histoire de bloc forum et pétition, qui m’obligeait à passer par plugin pour les raisons que j’expliquais (pipeline inutilisable hors plugin)), mais à présent que j’ai vu ces autorisations, je peux ne plus passer par d’autres dépendances que mes_options, ce qui m’arrange considérablement. donc MERCI.
Répondre à ce message
Bonjour,
Merci pour ce plugin. Les adaptations de l’espace privée pour alléger l’interface sont toujours très utiles pour rassurer les hésitants et être cohérents avec la ligne éditoriale des rubriques.
Question : est-ce que LIM pourrait pousser jusqu’à faire disparaître le bouton de téléversement d’un document lorsqu’on active cette possibilité dans une rubrique ? J’ai une rubrique où on ne fait que téléverser des documents et dans toutes les autres rubriques, c’est pas souhaitable.
Cordialement
Bonjour Stanislas,
désolé, j’avais compléter raté ton post.
Cela doit être possible. En fait cela fait partie de mes TODOs
je me note cela pour courant juin (un peu débordé en ce moment :)
C’est fait avec la version 1.3.
Dans l’onglet « Contenus par rubrique », cliquer sur « Sélectionner les objets » et tu verras la case à cocher « Documents ».
Répondre à ce message
Bonsoir
J’utilise votre plugin sur un site et en cochant logos —> sites référencés cela me désactive les boutons supprimer/télécharger le logo du site, est-ce normal ?
Merci
C’est corrigé avec la version 1.2.1.
Bonjour et merci Peetdu
Répondre à ce message
Bonjour,
Petit bug au niveau de l’affichage des images dans le formulaire « Restreindre les contenus par rubrique ».
Les images de dossier ne sont pas visibles sur un serveur linux.
Le pb ets au niveau de /inc-choisir-rubriques.html.
#VALEUR dans la première boucle data retourne un nom, « articles » ou « rubriques », commençant par une majuscule, contrairement aux vrais noms des images..
Windows se fiche de la casse (wamp server par exemple) et un fichier articles+16 png = Articles-16png, donc ça ne se voit pas sur cette OS., contrairement à Linux.
Il faut donc se conformer au nom de l’image, et tout mettre en minuscule avec |strtolower.
Remplacer dans lim/formulaires/inc-choisir-rubriques.html
par
ou en encore
Sur un autre sujet je n’arrive pas à empêcher (bloquer) la création de sous-rubrique dans une rubrique indiquée pourtant comme devant être restreinte pour les rubriques dans LIM, je ne sais pas si c’est normal ?
Pourrait-on aussi avoir la 1.1.11 dispo en téléchargement en zip dans cette page aussi SVP (c’est encore la 1.1.10 qui y figure, et j’ai mergé à la mano la 1.1.11 avec l’adresse de la révision) ?
Les mauvais copier coller ont eu raison de mon message initial, la boucle à remplacer est :
Bonjour @peetdu
A toute fin utile je signale que le bug (mineur certes) que je signalais plus haut à propos d’images invisibles dans l’interface d’administration du plugin, bug présent sur la 1.1, est toujours présent en 1.1.14.
Voir copie écran :
http://hpics.li/3e1421a
La cause est identique, c’est à dire la casse du nom d’image qui ne correspond pas celle du nom obtenu dans la boucle data dans /formulaires/ inc-choisir-rubriques.html (ligne38).
Le nom obtenu dans la boucle data est « Rubriques » ou « Articles » mais les images se nomment « rubriques-16.png » et « articles-16.png ». Pour faire correspondre les noms, j’ai pour ma part utilisé la fonction php strlower, comme expliqué plus haut.
Le bug n’est pas visible sur des systèmes windows (wamp server par exemple), car ce dernier ne s’occupe pas de la casse pour les nom de fichiers (il ne peut contenir dans le même dossier deux fichiers identiques avec une casse différente), contrairement à linux pour qui des fichiers aux noms identiques avec une casse différente peuvent cohabiter dans un même dossier.
Hello 6ril,
bug d’affichage corrigé avec 1.1.15.
Merci pour le signalement.
Salut @peetdu,
Parfait, merci, c’est ok ;-)
Répondre à ce message
Bonjour,
Je pense avoir trouvé un bug entre LIM et les sites web référencés de SPIP.
En cas de modification d’un site référencé, j’ai cette erreur SQL :
boucle : lim_formulaire_verifier() sql_getfetsel() ;
fichier : lim_pipelines.php
ligne : 117
ce qui empêché l’enregistrement des informations.
Testé avec spip 3.1.1 et LIM 1.1.0
Bonjour ManuC,
c’est corrigé dans 1.1.11 (voir http://zone.spip.org/trac/spip-zone/changeset/96017).
Merci aussi pour ton analyse qui m’a fait gagner bien du temps :)
Répondre à ce message
Bonjour,
Merci pour ce plugin. Je fais un petit retour.
Version 1.1.9 installé sur un spip 3.1 tout neuf, sans autre plugin.
J’ai été étonné de voir que l’installation d’un autre plugin « SAISIE » était requise pour son bon fonctionnement, car je n’avais pas vu cette mention dans la doc. J’ai donc installé aussi SAISIE 2.5.27.
Malgré cette installation minimaliste, et avec le plugin configuré pour masquer les cartouches forum et pétitions lors d’édition d’article, il m’est impossible de valider la saisie d’un article, j’obtiens un message désagréable :
Il y a 1 erreur dans votre saisie, veuillez vérifier les informations.
Dès que je désactive LIM ce bug disparait.
Il y a 1 erreur dans votre saisie, veuillez vérifier les informations.
C’est étrange, je l’utilise sur plusieurs spip 3.1 et je n’ai plus ce problème. (voir la conversation ci-dessous)
Le pluging tourne bien avec « saisie pour formulaire » 2.5.27 .
J’ai toutes les créations de rubriques désactivées, les logos, les forum et pétitions, et certain création d’articles supprimés.
Corrigé par 1.1.10.
Pour le plugin Saisie, c’est effectivement un pré-requis et ce n’est pas annoncé dans la doc.
À l’installation de LIM, la présence de Saisie est testée, si il n’est pas présent, l’ajout se fait automatiquement.
Pourquoi penses-tu qu’il soit nécessaire de l’annoncer ? Je suis preneur de toute remarque…
@peetdu : l’ajout automatique ne se fait que si tu installe automatiquemt les plugins, ce qui n’est pas toujours le cas, pour diverses raisons.
Ça semble OK, merci pour ta réactivité !
Attention, sur cette page, dans la cartouche téléchargement, il est toujours marqué en 1.1.9, même si c’est le 1.1.10 qui se télécharge.
Pas d’ajout automatique pour moi, car installation manuelle. Oui ça me semblerait une bonne chose de signaler dans la doc la dépendance.
Merci encore ;-)
A tout hasard, je souhaiterais ajouter l’accès aux admins restreints au formulaire de vidage de cache.
J’ai regardé du côté du plugin autorité, mais il ne permet pas cela. J’y ai posé la question mais pas de réponse. Si quelqu’un a une suggestion, je serai très intéressé. Je ne sais pas trop où aborder ce sujet, et je le pose ici, car peut-être pourrait-il être intégré dans le plugin LIM ? Désolé si cela constitue un HS, me le dire, pas de souci.
@Maïeul : merci pour cette info.
@6ril : 2 choses
1- je vais dans une version prochaine supprimer la dépendance à Saisie.
2- sur l’accès au vidage de cache pour tes admins restreints, le mieux est peut être de poser ta question sur la liste User.
@peetdu
Merci pour ta réponse, j’ai (enfin ! ) trouvé une soluce pour ce que je voulais faire et je clôture ce HS en donnant le lien vers le post où je partage la solution :
http://contrib.spip.net/Le-plugin-Autorite?debut_comments-list=-1#forum486349
Bonne continuation et merci encore
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 : |