Uploaded image for project: 'Jahia Community'
  1. Jahia Community
  2. JAHIA-1831

Ctnlist Bulk Editing

    XMLWordPrintable

Details

    • Improvement
    • Resolution: Unresolved
    • Major
    • xCM 6.1.0
    • xCM 6.0.0
    • None

    Description

      Hello,

      En effet il s'agit d'une option de "bulk editing" sur les objets de contenu. Je l'ai qqpart dans ma todo list . Mais je suis d'accord avec toi, après avoir rajouté les options de navigation dans les ctnlist, il va s'agir maintenant de rajouter des options de sélection et édition multiples. Je rentre néanmoins un JIRA interne avec ton commentaire.

      A+
      Stéphane

      --------------------------------------------------------------
      At 11:11 28.03.2007, Clément Egger wrote:

      Bonjour Stéphane,

      je t'expose ici un problème que je rencontre sur mes deux clients équipés en jahia 5 et qui mériterait peut être qu'on y apporte une réponse dans l'une des prochaines versions mineures de J5, sans attendre nécessairement le content explorer, car je suppose que bcp d'autre clients vont avoir le même soucis. Ce n'est pas grave du tout, juste générateur de pertes de temps et comme Jahia est de plus en plus utilisé pour des gros sites, nous aurons sans doute des remontées identiques prochainement.

      La situation :
      J'ai une page contenant des actualités (donc un Clist, contenant n containers) chaque Conatiner d'actu intègre lui-même un CL de fichiers.
      Actuellement certaines de mes pages contiennent une bonne centaine de containers actu + 1 à 5 fichiers pour chaque actu.
      Cette page pour s'afficher en mode édition met facilement 1mn. Et donc 1mn pour se réafficher à chaque opération sur un container...
      Le client vient de me demander de « passer en archive » cad dans une autre page les actus 2006, pour ne garder que les actus 2007 sur cette Page

      Ma seule solution : dupliquer la page, puis dans la page originale supprimer toutes les actus 2006 et dans la duplication supprimer toutes les actus 2007 déjà saisies pour ne conserver que les 2006.

      Vu le temps de réaffichage de la page en mode édition, c'est une véritable galère à faire comme tu peux l'imaginer.

      Solution possible :
      L'engine de gestion du CL affiche la liste de tous les containers pour pemettre de les trier.

      Ne serait il pas envisageable de revoir l'ergonomie de cet engine pour pouvoir sélectionner une série de containers (case a cocher) et d'ajouter un bouton delete pour lancer cette opération en une seule fois ?
      Niveau interface c'est un form a changer. Niveau post traitement c'est aux klingons de mesurer l'impact mais je ne vois pas difficulté majeure à l'horizon.
      Au pire, on pourrait créer un engine supplémentaire, qui serait accessible à partir de l'action menu de gestion de la containerList. Au lieu d'avoir (de mémoire)
      « modifier »
      « ajouter »
      « Supprimer »

      on aurait
      « modifier »
      « ajouter »
      <supprimer tout »
      « supprimer sélectivement »

      PS : je vous rassure quand même, en réalité j'ai exporter le xlm de mes pages actu, coupé les Containers dont je ne voulais plus et réimporté. Mais le client final, lui, ne va pas s'amuser à ca.

      TestRail: Results

        Attachments

          Activity

            People

              Unassigned Unassigned
              scroisier Stephane Croisier (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

                Created:
                Updated:

                TestRail: Runs

                  TestRail: Cases

                    Packages

                      Version Package
                      xCM 6.1.0