sigrennesmetropole / geor_tabou2_front

Code du front de l'application tabou2 pour georchestra
Other
1 stars 2 forks source link

Fiche OA & PA - Afficher les documents #191

Closed Gaetanbrl closed 2 years ago

Gaetanbrl commented 2 years ago

🔔 Ceci est une issue pour un découpage supplémentaire des issues liées à la GED et reste intégré au lot2

Description

En tant que utilisateur Tabou Je souhaite afficher la liste des documents d'une entité OA, PA, SA cliquée Afin de de consulter ou gérer les documents

(Si) Règles spécifiques - Règles métiers

dcottenc commented 2 years ago

@Gaetanbrl Voici les premiers retours sur l'affichage des documents Le tableau contient le nom et le type MIME, on souhaiterait également, le type de document et la date de document.

La date de document n'est pas présente dans l'API actuelle sur Portail test mais elle validée en qualification. Le modèle est le suivant

{
"id": "string",
"typeMime": "string",
"nom": "string",
"dateDocument": "2022-03-23T13:42:52.481Z",
"libelleTypeDocument": "string",
"modifDate": "string",
"modifUser": "string"
}

Une autre remarque a porté sur la fonctionnalité de tri qu'ils n'avaient pas vu.

dcottenc commented 2 years ago

@Gaetanbrl lors de l'ajout/modification des documents, la liste des types de document s'initialise à l'aide de l'api [type-document-api-controller] et plus particulièrement GET /types-documents.

Gaetanbrl commented 2 years ago

@dcottenc plusieurs chose :

Une autre remarque a porté sur la fonctionnalité de tri qu'ils n'avaient pas vu.

  1. Quelle est cette remarque ?

La date de document n'est pas présente dans l'API actuelle sur Portail test mais elle validée en qualification.

  1. J'affiche le champ modifDate en attendant pour avoir un aperçu (seul le nom de l'attribut sera à changer dans le code pour remplacer par dateDocument ==> Effort minimal)
Gaetanbrl commented 2 years ago

Aussi, actuellement j'ai mis une auto-complétion sur le type. Donc on affiche pas la liste il faut saisir des lettres pour que rechercher le type dans l'API (comme pour d'autres champ).

Est-ce que l'auto-complétion est utile car actuellement on a peu de valeurs de type ? Combien on peut en avoir au maximum ?

image

dcottenc commented 2 years ago

Une autre remarque a porté sur la fonctionnalité de tri qu'ils n'avaient pas vu.

Quelle est cette remarque ?

Ce que je voulais dire c'est que les utilisateurs n'avaient pas vu la possibilité de filtrer. Il n'y a pas de symbole tant qu'un filtre n'est pas utilisé.

dcottenc commented 2 years ago

J'affiche le champ modifDate en attendant pour avoir un aperçu (seul le nom de l'attribut sera à changer dans le code pour remplacer par dateDocument ==> Effort minimal)

Ok merci

dcottenc commented 2 years ago

Aussi, actuellement j'ai mis une auto-complétion sur le type. Donc on affiche pas la liste il faut saisir des lettres pour que rechercher le type dans l'API (comme pour d'autres champ).

Oups, j'aurai du y penser (je vais voir avec la MOA si ok)

Est-ce que l'auto-complétion est utile car actuellement on a peu de valeurs de type ? Combien on peut en avoir au maximum ?

Il va y avoir beaucoup de types malgré mes recommandations malheureusement...

Gaetanbrl commented 2 years ago

On va garder ce principe de saisie donc, comme pour la recherche.

Gaetanbrl commented 2 years ago

Ce que je voulais dire c'est que les utilisateurs n'avaient pas vu la possibilité de filtrer. Il n'y a pas de symbole tant qu'un filtre n'est pas utilisé.

Vu avec @dcottenc :

Comportement identique à la table attributaire mapstore ==> Formation et utilisation de mapstore devrait suffire. Sinon on peut toujours mettre un message mais ca va être difficile d'en mettre partout.

Gaetanbrl commented 2 years ago

Le tableau contient le nom et le type MIME, on souhaiterait également, le type de document et la date de document.

Ces modifications viennent d'être réalisées et sont visibles sur le contexte portail test.

Gaetanbrl commented 2 years ago

Livré et à tester, visible sur PD de test.

dcottenc commented 2 years ago

Dans la description de l'US on a

Les documents doivent pouvoir être tous filtrés selon une recherche sur le champ Nom en plus du filtre par champ

Dans le plugin, on a un champ de recherche "Rechercher un nom de document"

Cette recherche fait doublon avec celle de la colonne "Nom" du tableau et me semble donc non pertinente

Gaetanbrl commented 2 years ago

Cette recherche fait doublon avec celle de la colonne "Nom" du tableau et me semble donc non pertinente

La colonne "Nom" du tableau contient une recherche qui va filtrer dans les éléments affichés (donc seulement dans les lignes visibles). C'est le fonctionnement natif du composant utilisé.

Fonctionnellement ce n'est donc pas un doublon car on a donc :

@dcottenc que dois-je faire ? est-ce le label qui est à changer ?

dcottenc commented 2 years ago

un filtre globale sur tous les documents Alfresco

@Gaetanbrl tu veux dire que ce champ recherche dans tous les documents même ceux non rattachés à l'entité en cours ? Si oui, ce n'est pas ce qui est attendu, sur cette fiche l'utilisateur doit pouvoir consulter les documents liés à l'entité en cours et uniquement ceux là.

Gaetanbrl commented 2 years ago

La recherche via le champ "Nom" sous le tableau filtre sur tous les documents d'une entité à partir d'une chaîne de caractère avec ce WS :

https://portail-test.sig.rennesmetropole.fr/tabou2/v2/operations/517/documents?start=0&resultsNumber=5&asc=true&nom=*logo*

dcottenc commented 2 years ago

La recherche via le champ "Nom" sous le tableau filtre sur tous les documents d'une entité

Alors pour moi c'est le même filtre que celui du tableau. On en parle lors de notre prochaine visio.

Gaetanbrl commented 2 years ago

Alors pour moi c'est le même filtre que celui du tableau.

Normalement le filtre du tableau ne filtre que sur les éléments de la page en lecture. Si on charge 5 documents de la page 2, il me semblait que la saisie via le filtre de la colonne n'aller rechercher que dans les 5 documents de la page . Mais je me trompe peut être @dcottenc

dcottenc commented 2 years ago

Normalement le filtre du tableau ne filtre que sur les éléments de la page en lecture

Ca y est j'ai compris (il faut toujours garder espoir :) ) Donc, le besoin est que le filtre du tableau s'applique sur tous les documents (et pas que la page en cours). C'est à dire le fonctionnement similaire aux filtres du plugin table attributaire standard de MapStore. Si on renseigne un des filtres alors je dois pouvoir consulter la liste de tous les résultats qui respectent ce filtre. "Rechercher un nom de document" est donc bien inutile dans ce cas

dcottenc commented 2 years ago

Les dernières remarques ci dessus font l'objet du ticket #226

Pour le reste l'US est close