You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Qq commentaires et améliorations sur les agents avec les changement de la release v2.9.1
1 - Lors qu'on ouvre un agent dans la page d'edition, avec le bouton "stylo" le seul moyen de fermer le formulaire ouvert est de faire "Save" et donc de renvoyer un message au serveur meme si on a rien changé/édité. L'amélioration consisterait a mettre un bouton "Close" a coté de Save pour fermer le formulaire, sans re-soliciter le serveur. C'est d'apre smoi ce qui créera le moins de conflit avec les autres occurences de cette UI e.g. à partir de la page admin (en modal).
Dans la page edition
3 - Maintenant qu'on a "re-inforce" l'usage des ORCID et des ROR ... ceux-ci étant des identifiants, en théorie il faudrait que quand on édite un agent on ne puisse pas ajouter d'autres identifiants (au moins via l'UI). Dans le back, on peut rien changer car on a le paramêtre "schemaAgency" qui permet de distinguer les identifiants.
Side effect: cela va alléger l'UI aussi quand on édite un agent.
4 - Suis pas sur de l'état de cela sur StagePortal actuellement, mais pour le moment je peux saisir un ORCID pour un agent qui soit n'importe quoi. Avec la discussion sur les expressions régulières etc, ca surprends quand meme que le front check pas un minimum avant s'aller enregistrer ca dans la base.
A y re-reflechir, j'aurai peut etre juste enlever du code les expressions régulieres de flexibilité (i.e. qui essayent de trouver la sequence de l'ORCID dans ce qui est mis dans le champ) et remplacer ca par un simple ORCID validator regular expression (unique) qui vérifie que le champ respecte ca et alerte (avant meme de clicker sur save) sur le fait que ce champ n'est pas valide.
En théorie, j'aurai vu ca comme un composant texte (dans le lookbook) qui passe en rouge tant que le texte dedans ne respecte pas une expression réguliere donnée. Pas plus. On a se composant à disposition dans l'UI et à chaque fois qu'on veut faire un check front.. on peut l'utilsier. E.g., piru l'ORCID cela peut etre le meme sur la page d'édition d'un utilisateur. On devrait en fait avoir un sous type de Input::TextInputComponent dans le lookbook avec comme attributs de plus: un mini icon qu'on met a a gauche du texte et une expression régulier de validation.
5 - La requête https://data.stageportal.lirmm.fr/search/agents?query=INRAE nous renvoie en 4eme position l'INIST qui dans sa description ne contient pas du tout la chaine de caractère "INRAE"... ni la sous chaine "INRA". Pourtant les 5eme à 8 eme positon contienne cette sous chaine mais sont classés après.
7 - Dans la recherche d'agents via le nouveau endpoint "spécialisé" pourquoi les propriétés JSON ne sont pas les memes que pour les agents eux memes ? En fait par extension, les resultats des "nouveaux" endoints devraient être similaire a ceux du /search endpoint.. entre autre utiliser une description JSON-LD de ce qu'ils renvoient. Par exemple, pour ce resultat: https://data.stageportal.lirmm.fr/search/agents?query=jonquet
Il s'agirait de renvoyer une collection avec comme elements, une version plus light de la description JSON-LD d'un agent:
8 - Similairement à l'appel "https://data.stageportal.lirmm.fr/search" qui renvoie une erreur pour dire comment utiliser cet endpoint, le nouveau endpoint https://data.stageportal.lirmm.fr/search/agents lui aurait pu renvoyer le meme type d'erreur plutot que de basculer sur une recherche "complète" => a voir si cela ne va rien cassé dans le menu appellant cet endpoint.
10 - Dans un soucis d'harmonisation des UI, la table des agents dans la page admin pourrez utiliser l'icone de poubelle dans la colonne Actions pluot que le mot "delete". Egalement, de la place a droite de "Delete" peut etre recuprée (espace vide) pour le repartir dans d'autres colonnes.
11 - Le classement par la colonne "Usages" de la table des agents dans la page admin ne fonctionne pas.
12 - La colonne "Identifiers" de la table des agents dans la page admin pourrait juste afficher le logo ORCID ou ROR quand un identifiant est la et faire en sorte que ce lien soit clikcable vers l'extérieur. Cela économiserait pas mal de largeur dans cette table et permettrait de rendre la colonne name plus large (acronym aussi un peu car pour le moment le triangle de tri par cette colonne apparait au dessus du m).
13 - La colonne "First name" de la table des agents dans la page admin doit être renommée "Name"
14 - Le bouton d'affichage des organizations devrait s'appuyer sur l'acronyme plutôt que le name de l'agent. Cela permettrait le plus souvent d'éviter les 3 points de suspensions (mettre un fallback si pas d'acronyme alors utiliser le name).
15 - Le tooltip d'affichage des organizations devrait afficher l'acronyme quand présent à la fin de la chaine de caractère du nom en utilsiant des parenthèses. Ici: '... Environment (INRAE)"
16 - Dans le tooltip d'affichage des agents (pas celui des contacts) il ne faut pas afficher l'email. Nous avions vu que comme c'est une information personnelle, on ne l'affiche pas. En plus, ce tooltip utilise 3 lignes, et l'email qui arrive avant l'organization de l'agent empêche de voir l'organization.
17 - Bug de changement de type: Sur StagePortal, dans l'edition d'une ontologie, sélectionner "Clément Jonquet" dans un champ agent. Ensuite, ajouter l'affiliation "MISTEA" a Clement en l'éditant.... voir que MISTEA n'est pas de bon type (person au lieu de organisation) alors éditer l'agent MISTEA a l'interieur du formulaire de l'edition de l'agent Clement pour changer son type vers "organisation" => cela ferme le 2eme formulaire et affecte le type "organisation" a Clement au lieu de l'affecter a MISTEA
The text was updated successfully, but these errors were encountered:
Qq commentaires et améliorations sur les agents avec les changement de la release v2.9.1
Dans la page edition
A y re-reflechir, j'aurai peut etre juste enlever du code les expressions régulieres de flexibilité (i.e. qui essayent de trouver la sequence de l'ORCID dans ce qui est mis dans le champ) et remplacer ca par un simple ORCID validator regular expression (unique) qui vérifie que le champ respecte ca et alerte (avant meme de clicker sur save) sur le fait que ce champ n'est pas valide.
En théorie, j'aurai vu ca comme un composant texte (dans le lookbook) qui passe en rouge tant que le texte dedans ne respecte pas une expression réguliere donnée. Pas plus. On a se composant à disposition dans l'UI et à chaque fois qu'on veut faire un check front.. on peut l'utilsier. E.g., piru l'ORCID cela peut etre le meme sur la page d'édition d'un utilisateur. On devrait en fait avoir un sous type de Input::TextInputComponent dans le lookbook avec comme attributs de plus: un mini icon qu'on met a a gauche du texte et une expression régulier de validation.
5 - La requête https://data.stageportal.lirmm.fr/search/agents?query=INRAE nous renvoie en 4eme position l'INIST qui dans sa description ne contient pas du tout la chaine de caractère "INRAE"... ni la sous chaine "INRA". Pourtant les 5eme à 8 eme positon contienne cette sous chaine mais sont classés après.
6 - Dans la recherche: https://data.stageportal.lirmm.fr/search/agents?query=INRAE => Les id, resource_id et creator_t sont préfixées avec le mauvais name space (bioontology.org).
7 - Dans la recherche d'agents via le nouveau endpoint "spécialisé" pourquoi les propriétés JSON ne sont pas les memes que pour les agents eux memes ? En fait par extension, les resultats des "nouveaux" endoints devraient être similaire a ceux du /search endpoint.. entre autre utiliser une description JSON-LD de ce qu'ils renvoient. Par exemple, pour ce resultat: https://data.stageportal.lirmm.fr/search/agents?query=jonquet
Il s'agirait de renvoyer une collection avec comme elements, une version plus light de la description JSON-LD d'un agent:
9 - Une chance qu'on puisse faire aussi : Ne pas pouvoir supprimer un agent de type organization a mons d'etre sur qu'il n'est pas utilisé comme affiliation d'un autre agent #544 ? cela permettrait de fermer tous les issues ouvertes sur les agent sil me semble: Agents issues #523
10 - Dans un soucis d'harmonisation des UI, la table des agents dans la page admin pourrez utiliser l'icone de poubelle dans la colonne Actions pluot que le mot "delete". Egalement, de la place a droite de "Delete" peut etre recuprée (espace vide) pour le repartir dans d'autres colonnes.
11 - Le classement par la colonne "Usages" de la table des agents dans la page admin ne fonctionne pas.
12 - La colonne "Identifiers" de la table des agents dans la page admin pourrait juste afficher le logo ORCID ou ROR quand un identifiant est la et faire en sorte que ce lien soit clikcable vers l'extérieur. Cela économiserait pas mal de largeur dans cette table et permettrait de rendre la colonne name plus large (acronym aussi un peu car pour le moment le triangle de tri par cette colonne apparait au dessus du m).
13 - La colonne "First name" de la table des agents dans la page admin doit être renommée "Name"
14 - Le bouton d'affichage des organizations devrait s'appuyer sur l'acronyme plutôt que le name de l'agent. Cela permettrait le plus souvent d'éviter les 3 points de suspensions (mettre un fallback si pas d'acronyme alors utiliser le name).
The text was updated successfully, but these errors were encountered: