Closed Gaetanbrl closed 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.
@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.
@dcottenc plusieurs chose :
Une autre remarque a porté sur la fonctionnalité de tri qu'ils n'avaient pas vu.
La date de document n'est pas présente dans l'API actuelle sur Portail test mais elle validée en qualification.
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)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 ?
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é.
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
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...
On va garder ce principe de saisie donc, comme pour la recherche.
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.
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.
Livré et à tester, visible sur PD de test.
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
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 ?
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à.
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 :
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.
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
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
Les dernières remarques ci dessus font l'objet du ticket #226
Pour le reste l'US est close
🔔 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