Re: Plugin "Archivage de contenus" - feedback utilisation lister_champs_selection_conditionnelle

Le 25/11/2019 à 10:51, Eric Lupinacci a écrit :
>     # Dans la configuration :
>     - l'option " Consigner, pour un contenu, le retrait des archives" est incompréhensible.
>     Qu'est ce que "consigner" ? Est-ce un log ? une révision ?
>     Qu'est ce que le "retrait des archives" ? Ah, ça doit être le fait de retirer un objet des archives.

> Oui c'est le fait de garder une date voire un motif sur le fait de retirer un objet des archives.
> J'ai pas trop travailler les libellés. Si tu as un libellé alternatif n'hésite.

Enhardi par tes explications j'ai essayé.
en fait c'est la même chose que l'autre option, mais pour le désarchivage.
L'explication doit donc avoir la même forme = être symétrique.
Par exemple "Permettre de préciser le motif de chaque retrait des archives".

Elle serait mieux en 2eme position puisque le désarchivage se fait après l'archivage.
Il faut aussi choisir si on emploie les termes "désarchiver" et "désarchivage"
ou bien "retirer des archives" et "retrait des archives".

>     - Pour le libellé « Autoriser la saisie d’une raison pour chaque archivage »
>     voici une version plus légère : "Permettre de préciser le motif de chaque archivage"

>     Les articles archivés n'apparaissent plus dans les listes de la dist,
>     mais ils gardent leur statut "publie"
> Oui c'est le principe.
> Je me disais aussi qu'on pourrait bloquer la modification du statut.

« si c'est archivé on touche plus !» pourrait on dire et du coup bloquer toute modification.
Mais sur contrib ça semble pas utile.

>     On peut toujours les "voir en ligne" depuis le privé, même sans var_mode ou var_preview spécifique.
>     Dans ce cas, rien n'indique leur statut dans le public.
>     Je me dis que ce doit être le {id_?} : l'archivage est inopérant quand un article est explicitement ciblé.
>     Du coup, l'archivage n'est pas une dépublication.
>     Archiver c'est ne pas mettre dans les vitrines et ne montrer que si on demande avec la référence précise.

> C'est une bonne question.
> Ce qui est sur c'est que ce n'est pas une dépublication.
> Il est toujours possible de chercher et d'afficher les objets archivés justement en étendant la recherche ou la 
> visualisation.
Pour définir le fonctionnement, il faut imaginer le plugin tel quel sur une dist.
Les extensions sont toujours possibles pour, potentiellement, tout faire.

> Mais comme ils ne sont pas visibles sauf à travers la liste des archives si on à les droits associés, c'est plus 
> difficile de les repérer.
Ils sont également accessibles par les liens directs dans le contenu [->123]

> Moi ça me parait le bon fonctionnement mais je ne sais pas si tout le monde le voyait ainsi.

Pour le public j'en viens à trouver ça OK,
mais là je suis retourné sur le site où je teste et je ne pouvais plus trouver l'article archivé
car il a disparu des listes de la partie privée !!!
C'est la mémoire d'url du navigateur qui m'a permis d'en retrouver l'accès.
Ça c'est gênant !
Quelque chose de déjà prévu m'a échappé ?

Sinon, sans considérer le détail du "comment" le faire,
j'imagine 2 possibilités pour corriger ça pour l'instant :

- Soit le privé liste par défaut les contenus archivés dans toutes les listes
(avec une ligne à fond grisé par exemple, plutôt que rouge)
Du coup les archives ne désencombrent pas le privé

- Soit les listes du privé n'incluent pas les archives (comme maintenant)
mais une option ajoutée sur chaque liste (dans ou vers le caption)
signale le nombre d'archivés qui n'apparaissent pas dans la liste : "+ 3 archives"
et permet (si cliqué) de les inclure à la liste -- ou de ne voir qu'eux.

Mais peut être d'autres moyens sont plus adaptés.

JL

>     # Dans le privé
> 
>     Une fois un contenu archivé, un bandeau fond rouge apparaît
>     au milieu de la colonne principale, sous les auteurs,
>     alors que le bouton "retirer des archives" est sous les statuts
>     dans le bloc "box info" à gauche.
>     Cette dispersion confuse le regard.
> 
> 
> C'est un peu comme Proposé à la publication.
> Le bouton d'action est dans la boite d'infos et ce qui attire l’œil est dans le corps de l'objet en couleur de fond 
> différente du reste.
> J'ai reproduit ce visuel mais ça peut être modifié.
> 
>     Il me semble que l'indication du statut "archive" devrait aller aussi dans le bloc "box info" d'identité de l'objet,
>     au dessus du bouton "archiver" ou "retirer des archives".
>     Et à mon avis, c'est tout ce bloc "box info" qui devrait recevoir le fond rouge.
> 
> 
> Je ne suis pas convaincu par le fait d'indiquer l'état d'archivage dans la boite d'info vue qu'on a surtout l'habitude 
> d'avoir le statut de publication.
> Par contre, je pense qu'il serait bon de figer le statut de l'article et peut être ajouter une indication mais laquelle ?
> 
> 
>     Ainsi que tu l'indiques dans le log, le <script> passé dans le message_ok
>     affiche son source tel quel au lieu de s'exécuter pour fermer la modale.
>     Pourtant tu as bien une * sur l'affichage (dans le html) mais ça suffit pas.
>     Il faut ** pour que le script s'exécute et que la modale se ferme.
> 
> 
> Ok.
> 
> 
>     À part ça ya pas beaucoup de modales dans spip privé. Le recours à une modale ici me questionne un peu, surtout que son
>     contenu se limite à un seul choix.
> 
> 
> C'est le truc que je savais faire simplement.
> Si quelqu'un veut modifier avec un slide et un formulaire intégré pas de souci pour moi.
> Ce que j'ai surtout voulu faire c'est distinguer l'action archiver/désarchiver qui se fait en un clic du fait de 
> rajouter un motif.
> 
> ++
> Eric
> 
> 


_______________________________________________
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip