LIM : alléger l’espace privé

Publié le : 20 avril 2015 – Dernière modification le 17 septembre 2023 – par Peetdu – 67 commentaires

1
2
3
4
5
48 votes

Ce plugin permet de désactiver l’affichage de blocs ou de boutons, présents par défaut dans SPIP mais qui peuvent devenir inutiles dans le cadre de votre projet.

Il allège du coup l’interface d’édition et supprime d’éventuels risques de confusion dans l’ajout de contenu éditorial. [1]

Prérequis, installation et configuration

Prérequis

Votre serveur doit proposer une version de PHP supérieur ou égal à 5.5

Installation

Il s’installe comme tous les plugins.

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.

Avant la restriction par rubrique
Ici je suis dans la rubrique « Actualités ». Je veux éviter que mes rédacteurs puissent créer des articles, des sites référencés ou des fiches livres
Je ne veux que des actus dans la rubrique Actualités, que des articles dans le Blog, etc.
et hop…

Interdire l’édition d’un objet éditorial dans une rubrique aura deux conséquences :

  1. supprimer le bouton ’Écrire un nouvel article/breve/site/etc.’ de cette rubrique,
  2. 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 :

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’

Notes

[1] voir également sur le même sujet le plugin Motus : mots-clés utiles que sur certaines rubriques

Note à propos de la version 1.1
Cette version prend en compte la gestion de tous les objets éditoriaux pour la fonction de restriction des contenus par rubriques

Note à propos de la version 1.3
Si vous avez activé le téléversement des documents pour les rubriques (voir Configuration -> Contenu du site -> Documents joints) la restriction par rubrique fonctionne aussi pour cet objet.

Note à propos de la version 1.4
Nouvelles possibilités d’alléger l’espace privé. Voir le paragraphe« Divers »

Note à propos de la version 2
Cette version de LIM, (uniquement pour SPIP >= 3.2) permet de supprimer la notion de Portfolio dans la gestion de vos documents. Voir le paragraphe « Divers »

Discussion

5 ans 1 an 3 mois Sans limite
par date
Filtrer

13 discussions

  • 8
    jeanmarie

    Salut,

    est-ce qu’il est envisagé de rajouter le bloc « En cours de rédaction » dans les options désactivables ?

    jean marie

    Répondre à ce message

  • 2
    Vero

    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

    Répondre à ce message

  • Phil

    Super plugin ! merci

    Répondre à ce message

  • 8
    Gaston

    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

    Répondre à ce message

  • 3
    6ril

    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.

    • Peetdu

      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…

    • 6ril

      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

       if (autoriser('modererforum', $type, $id)) {

      , visible dans l’exemple de la page de doc du pipeline afficher_config_objet.

      function forum_afficher_config_objet($flux){
    if (($type = $flux['args']['type']) == 'article'){
        $id = $flux['args']['id'];
        if (autoriser('modererforum', $type, $id)) {
            $table = table_objet($type);
            $id_table_objet = id_table_objet($type);        
            $flux['data'] .= recuperer_fond( "prive/configurer/moderation", array($id_table_objet => $id));
        }
    }
    return $flux;
}
    • 6ril

      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

  • 2
    Stanislas

    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

    • Peetdu

      Bonjour Stanislas,

      désolé, j’avais compléter raté ton post.

      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.

      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 :)

    • Peetdu

      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 ?

      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

  • 2
    Cécile

    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

    Répondre à ce message

  • 4
    6ril

    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

    <BOUCLE_entete(DATA){source tableau,#GET{traductions}}{par cle}>
	<div class="check entete center">
<img src='[(#CHEMIN_IMAGE{[(#VALEUR|strtolower)]-16.png})]'>
<br>#VALEUR
</div>
</BOUCLE_entete>

    par

    <BOUCLE_entete(DATA){source tableau,#GET{traductions}}{par cle}>
	<div class="check entete center">
<img src='[(#CHEMIN_IMAGE{[(#VALEUR|strtolower)]-16.png})]'>
<br/>#VALEUR
</div>
</BOUCLE_entete>

    ou en encore

    <BOUCLE_entete(DATA){source tableau,#GET{traductions}}{par cle}>
	<div class="check entete center">
[(#CHEMIN_IMAGE{[(#VALEUR|strtolower)]-16.png}|balise_img{'texte Alt', class_css})]<br/>#VALEUR
<br/>
#VALEUR
</div>
</BOUCLE_entete>

    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) ?

    • 6ril

      Les mauvais copier coller ont eu raison de mon message initial, la boucle à remplacer est :

      <div class="tab rubrique"></div>
<BOUCLE_entete(DATA){source tableau,#GET{traductions}}{par cle}>
<div class="check entete center"><img src='#CHEMIN_IMAGE{#VALEUR-16.png}'>
<br>#VALEUR
</div>
</BOUCLE_entete>
    • 6ril

      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.

    • Peetdu

      Hello 6ril,

      bug d’affichage corrigé avec 1.1.15.
      Merci pour le signalement.

    • 6ril

      Salut @peetdu,
      Parfait, merci, c’est ok ;-)

    Répondre à ce message

  • 1
    ManuC

    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 :

    Erreur SQL 1054
Unknown column 'id_site' in 'where clause' 
SELECT id_rubrique FROM spip_syndic WHERE id_site=0

    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

    Répondre à ce message

  • 6
    6ril

    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.

    • gaston

      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.

    • Peetdu

      Corrigé par 1.1.10.

      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.

      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…

    • Maïeul

      @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.

    • 6ril

      Corrigé par 1.1.10.

      Ç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.

      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…

      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.

    • Peetdu

      @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.

    • 6ril

      @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

  • 13
    gaston

    Super pluging !

    C’est vraiment ce que j’attendais, beaucoup de personne confonde la rubrique article / rubrique ; crée des articles là où il faut pas, avec ça ça solutionne pas mal.

    Par contre , je remarque qu’il me dit que j’ai logo rubriques alors que non. Mais j’ai pus cliquez et ça marche.

    J’arrive a supprimer les « création d’articles » dans mes rubriques, mais je ne parviens pas a supprimer la création d’une sous rubrique. Là ça marche pas.

    Je suis avec un site bilingue donc , j’ai pas mal de sous rubriques et de plugins.

    SPIP 3.1.0
    LIM 1.1.3

    • gaston

      Ah juste, la suppression du « création de rubrique » me fait buger toutes mes rubriques, tout disparait.

    • Peetdu

      Bonjour Gaston,

      le version 1.1.4 devrait résoudre le problème.

    • gaston

      Oui, j’ai mis à jour hier, donc ça résoud le problème ;).

      Par contre je remarque peut être un bug, (c’est un site bilingue) J’ai => Rubrique FR => sous rubrique => sous-sous rubrique => article.

      J’ai bloqué « création d’article » et de « création de sous rubrique » dans Rubrique FR et sous rubrique.
      J’ai bloqué « création de sous rubrique » dans ma sous-sous rubrique, mais j’ai création d’article.

      J’ai des textes explicatifs dans toutes mes rubriques et sous -sous rubrique.

      Dans ma rubrique FR => je peux modifier mon texte.

      Dans ma sous rubrique => j’ai « Vous n’avez pas de droits suffisants pour créer un contenu dans cette rubrique », si je veux corriger une faute dans le texte /supprimer du texte.

      Dans ma sous-sous rubrique => j’ai « Vous n’avez pas de droits suffisants pour créer un contenu dans cette rubrique », si je veux corriger une faute dans le texte /supprimer du texte.

      Je peux créer mes articles pas de problème.

      Si je désactive les option pour crer des sous rubrique, ça remarche, j’ai les droits.
      Pour moi cela ne pose pas de problème actuellement, le texte est juste un mode d’emploie du site, qui n’aparait pas dans l’interface public.

    • Peetdu

      ben là tu me pose une colle :)
      Je suis en train de regarder comme gérer ce cas que je n’avais pas prévu, mais qui est effectifvement possible.

      à trés vite
      P

    • Peetdu

      C’est fait. La version 1.1.5 te permet de modifier un objet (rubrique, article, etc. ou tout objet éditorial) même si celui-ci est maintenant dans une rubrique où il n’est plus possible de créer un objet du même type.

    • gaston

      Héhé,

      Oui, j’ai testé sur les articles, il y a aussi le problème,

      Un exemple, il m’arrive souvent d’avoir une rubrique Contact, avec un article « contactez moi » si je supprime les boutons création d’un nouvel article, il est impossible de modifier l’article en question.

      Voilà ! mais merci pour ce pluging !

    • gaston

      Je re-répond, le message de 9h11, ne c’était affiché qu’ après avoir posté mon message de 12h14.

      Donc j’ai fais la mise a jour 1.1.5, j’ai vidé le cache, supprimé le dossier /tmp.

      Pour les articles de mon coté ça change rien.
      Pour mes rubriques ça marche, je peux modifier, mais pour mes sous rubrique ça ne change rien.
      Mes articles sont dans des sous-sous rubriques.

      Voila, j’ai pas tester en supprimant définitivement le pluging et en le réinstallant, je testerai ce soir.

    • gaston

      Bon, c’est bizarre,

      Dans mon site bilingue,
      La fonction texte de la rubrique est validé :

      J’ai : rubrique bienvenue / sous rubrique / sous sous rubrique.

      Rubrique Bienvenue, ça marche.
      Les sous rubriques et sous sous rubrique ne marchent pas.
      J’ai « il y une erreur dans votre saisie, vérifier les informations » (voir capture)

      Sur un autre site bilingue (mais sans sous-sous rubrique) et sur mon propre site non bilingue, ça marche bien. Alors je sais pas pourquoi ça bloque là (j’ai vider le /tmp)…

      Et ça concerne aussi la modification des articles pour tout mes sites, comme expliquer a 12h14 le 8 février. Le message n’est pas le même.

      Et ça devient compliqué à expliquer, sur mon site perso je suis à la version 1.1.6 qui vient de mettre proposer, mais pas sur les autres.

    • Peetdu

      résolu par la version 1.1.8
      A priori, pas besoin de vider le cache ni de désinstaller le plugin.

      tu me diras ?

    • gaston

      Je installé la mise a jour sur les sites bilingue, pour les rubriques, sous rubriques et sous sous rubrique, tout semble marché ;) . On peut donc modifier les rubriques où nous avons supprimer le bouton création d’une rubrique et création d’un article.

      Par contre pour les articles, c’est pas fini :
      Sur mon site perso, je remarque quand je décide de supprimer les boutons de création d’articles, le fait de cocher « articles » dans la selection des objets, me fait bloquer le modifier article. sans même sélectionner la désactivation article par article.
      Donc on peut se retrouver avec le bouton création d’article, mais impossible de modifier l’article.
      Et ça marche donc pas aussi, si on active les boutons pour supprimer les bouton créations d’article.

      J’ai tester en ne selectionnant que la selection article, sans la selection rubrique (voir si c’est l’accumulation des deux qui bloquent) ça ne marche pas non plus.

    • Peetdu

      corrigé dans la version 1.1.9.

      Pour la petite histoire, l’objet « article » est encore un objet à part dans SPIP.
      voir https://core.spip.net/issues/3686

      Merci beaucoup pour tes tests :)

    • Gaston

      Oui, c’est bon, tout semble marché :)

      Une dernière chose, il me semble que dans le pluging on peut supprimer tout les boutons « créer une rubrique » sauf un, qui est celui quand on clique dans le fil d’Arianne, « a la racine du site ».

      Je reviens à l’histoire des sites bilingues, les deux rubriques à la racine du site, détermine les deux langues, (rubrique =1 / bienvenue , rubrique =2 / welcome) il est donc déconseiller de créer une troisième rubrique ici .

      Sinon c’est super.

    • Peetdu

      Oui, pourvoir écarter également la création de rubrique à la Racine est une bonne idée.
      Il faut que je réfléchisse à comment le faire, puisque c’est un cas particulier (par opposition aux autres objets éditoriaux qui ne peuvent pas être créés à la racine).

      Il y a bien le plugin Autorité qui fait ça, mais malgré tous mes efforts, je n’ai pas réussi à rendre les deux plugins compatibles.

      Je mets ça dans mes TODO

      > Sinon c’est super.
      Aussi grâce à toi :)

    Répondre à ce message

  • 4
    DD

    Bonjour,

    Le PHP est version 5.3.2-1

    J’ai désactivé tous les plugins avant d’installer LIM (dernière version, pas une mise à jour).
    et re-install de tous les autres plugins.

    Cela fonctionne !

    dd

    • Peetdu

      Merci DD pour ces infos.

      J’vais abuser encore un peu...peux-tu me donner la liste des plugins ?

      zéro pression hein :)

    • DD

      Tu as le choix...

      Accès Restreint 3.8.13 - stable
      Agenda 3.14.13 - stable
      Agrandir la largeur de page 0.3.0 - test
      API de vérification 1.0.8 - stable
      Autorité 0.10.13 - stable
      Bigfoot 1.0.1 - stable
      Champs Extras 3.7.1 - stable
      Comments 3.3.3 - test
      Couteau KISS 1.2.1 - stable
      Crayons 1.25.0 - stable
      Facteur 3.1.3 - stable
      Formidable 2.9.5 - stable
      Formulaire upload html5 1.4.7 - dev
      Inscription 3 3.5.11 - test
      Liens entre contenus 0.30.1 - test
      Liens explicites 2.3.12 - stable
      LinkCheck 1.2.1 - stable
      Logos Médias 0.1.1 - stable
      MailCrypt 2 2.4.2 - stable
      Manuel de rédaction du site 0.9.7 - stable
      Maparaan 1.0.2 - stable
      Menus 1.5.14 - stable
      Mini Calendrier 2.3.9 - stable
      minibando 1.3.3 - stable
      NoSPAM 1.5.13 - stable
      Notifications 3.5.2 - stable
      oEmbed 1.6.0 - stable
      Pages 1.2.11 - stable
      Porte Plume Partout 1.0.7 - test
      Recommander à un ami 1.0.8 - stable
      Saisies pour formulaires 2.5.26 - stable
      Sauvegarde automatique 1.2.0 - stable
      SEO 2.1.4 - test
      Social tags 1.0.12 - stable
      SPIP Bonux 3.2.1 - stable
      SpiPDF 0.2.13 - stable
      Squelette Maparaan 1.0.0 - stable
      Supersized slideshow 0.6.1 - stable
      Thumbsites 1.1.2 - stable
      Varicelle 0.2.2 - stable
      YAML 1.5.2 - stable
      Zpip-dist v1 1.7.29 - stable

    • Peetdu

      Génial. Merci DD.

      Pour info : comme il est précisé dans la doc, le plugin LIM n’est pas compatible avec le plugin Autorité.
      Plus précisément la fonction ’Restriction par rubriques’ à des conflits avec la gestion de l’objet ’Article’.

    • DD

      Ah bien voilà, ça m’apprendra à pas lire les infos.

      Je n’avais pas
      « déclarer les autorisations ad-hoc pour ces objets dans un fichier d’autorisation »

      donc je pensais pas c’était incompatible.

      Merci
      dd

    Répondre à ce message

  • 1
    DD

    Bonjour,

    Ce plugin fonctionne très bien mais pas pour tous les sites testés.

    Sur au moins 2 sites en 3.0.21 l’activation du plugin fait tout planter (pages blanche privée et publique)
    l’URL indiquée lors du plantage :
    http://www.monsite.com/ecrire/?exec=charger_plugin&action=actionner&arg=&hash=a1773af235224ce33de9f4ae29756&redirect=http%3A%2F%2Fwww.site.com%2Fecrire%2F%3Fexec%3Dadmin_plugin

    En supprimant à la main le répertoire du plugin tout redevient normal (ans LIM donc)

    dd

    • Peetdu

      As-tu plus d’indications à me donner ? J’ai testé sur 4 sites en 3.0.21 et je n’arrive pas à rerpoduire le bug.

      Version de LIM ?
      Est-ce lors d’une mise à jour 1.0.7 -> 1.1.3 ?
      version de PHP à tout hasard...

      d’avance merci

    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 :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

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.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom