Masquer le bouton de modification d'article en frontend ?

Réduire
X
 
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • [RÉGLÉ] Masquer le bouton de modification d'article en frontend ?

    Bonjour,

    J'étais persuadé qu'on disposait d'un paramétrage pour neutraliser la possibilité de modification des articles côté site, comme pour les modules et menus, mais je ne le trouve pas.
    Depuis très longtemps, je navigue sur les sites que sans identification, ou je me connecte avec un compte test de simple enregistré, et sur un prototype neuf de type extranet cette fonctionnalité me gêne état donné que les superviseurs devront être des super utilisateurs.
    N'y a-t-il qu'une surcharge d'affichage pour masquer ce bouton ?

    Merci de vos conseils !
    "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
    MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr chez PHPNET, sites perso chez PlanetHoster + sites gérés chez PHPNET, PlanetHoster, Ionos et OVH

  • #2
    Bonjour, je crains d'enfoncer une porte ouverte, ou de pas avoir compris la question : le réglage des droits ne suffit pas pour la catégorie choisie ?
    Modules / paramètres / droits / saisie frontale = Refusé
    Articles / paramètres / droits / Modifier ses éléments = Refusé
    Manuel
    --------
    voileux.org - joom.voileux.org - atelierblb.eu

    Commentaire


    • #3
      Bonjour,

      Non, la gestion des droits, à moins que j'aie raté un paramétrage, ne s'appliquera pas seulement au frontend, et je ne peux pas interdire à un super utilisateur de créer et modifier des articles.
      "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
      MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr chez PHPNET, sites perso chez PlanetHoster + sites gérés chez PHPNET, PlanetHoster, Ionos et OVH

      Commentaire


      • #4
        Ben faut pas mettre ces utilisateurs en super utilisateur!

        Si tu les empêches de modifier les articles en frontend, ils pourront le faire en back end! Donc pourquoi les empêcher de le faire en front end?
        La démarche est curieuse...

        Si tu veux les empêcher de créer/modifier des articles en front end/back end, tu crées un autre groupe que superutilisateur pour ces gens-là et tu leur affectes en back end des droits limités.

        Commentaire


        • #5
          Ben si, mes clients, je leur donne tous les droits de super utilisateurs, et le but est esthétique. Je trouve très désagréable quand je dois afficher en frontend des documents ou articles qui leur sont réservés (sans compter les autres) de voir ce bouton.
          Idem pour moi.
          Je trouve bizarre qu'on puisse interdire cette modification frontale des menus et modules mais pas celle des articles.
          "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
          MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr chez PHPNET, sites perso chez PlanetHoster + sites gérés chez PHPNET, PlanetHoster, Ionos et OVH

          Commentaire


          • #6
            Bonjour, J'ai peut-être mal compris la question, mais si c'est juste esthétique pourquoi ne pas rajouter une règle CSS genre .item-page .icons { display: none; } ?

            Commentaire


            • #7
              Bonjour,

              C'est une idée en effet. Pour le moment, j'ai fait une surcharge désactivant la ligne qui affiche ce texte/bouton.
              "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
              MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr chez PHPNET, sites perso chez PlanetHoster + sites gérés chez PHPNET, PlanetHoster, Ionos et OVH

              Commentaire


              • #8
                Sûr: dans ton cas la solution la plus simple est une règle CSS: un simple display:none et le tour est joué.

                Commentaire


                • #9
                  C'est finalement ce que j'ai fait parce que sinon, il aurait fallu des surcharges pour plusieurs types d'affichage.
                  Mais je trouve dommage qu'on ne puisse pas neutraliser la modification côté site de manière simple.
                  "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
                  MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr chez PHPNET, sites perso chez PlanetHoster + sites gérés chez PHPNET, PlanetHoster, Ionos et OVH

                  Commentaire


                  • #10
                    Question de point de vue. Pour ma part, je trouve curieux de limiter les droits d'un superutilisateur. Si c'est pour une question d'esthétique, c'est le rôle de CSS, pas de PHP

                    Commentaire


                    • #11
                      Pourquoi dans ce cas utiliser un paramétrage pour interdire la modification frontale des modules et menus et pas forcer le webmaster à utiliser du CSS pour eux ?
                      Et utiliser du CSS pour masquer les boutons veut dire interdire la modification de tous les éléments susceptibles de l'être.
                      "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
                      MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr chez PHPNET, sites perso chez PlanetHoster + sites gérés chez PHPNET, PlanetHoster, Ionos et OVH

                      Commentaire

                      Annonce

                      Réduire
                      Aucune annonce pour le moment.

                      Partenaire de l'association

                      Réduire

                      Hébergeur Web PlanetHoster
                      Travaille ...
                      X