Skip to Content
0 Votes

Changes for page Sprint [BOTA-INV-1]

Last modified by Cyril Boillat on 11/07/2025
From version 21.13
edited by Cyril Boillat
on 22/12/2023
Change comment: Objet supprimé
To version 22.1
edited by Cyril Boillat
on 22/12/2023
Change comment: Fichier "BOTA-REC-NEW-SPRINT-2.mp4" supprimé

Summary

Details

BOTA-REC-NEW-SPRINT-2.mp4
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.SiropOps
Size
... ... @@ -1,1 +1,0 @@
1 -47.4 MB
Content
XWiki.XWikiComments[2]
Author
... ... @@ -1,1 +1,0 @@
1 -G
Comment
... ... @@ -1,119 +1,0 @@
1 -Un grand pas de franchi! 😉
2 -
3 -Quelques remarques:
4 -
5 -**ERGONOMIE - GENERAL**
6 -
7 -
8 -(% class="box warningmessage" %)
9 -(((
10 -Visuellement, une **en-tête fixe, contenant aussi bien le menu principal que le fil d'Ariane et les différents onglets/boutons gris** qui permettent de sauter à des sections spécifiques du formulaire, pourrait être envisagé (~-~-> moins de mouvements, tout reste toujours visible et accessible).
11 -
12 -**A voter**
13 -)))
14 -
15 -(% class="box errormessage" %)
16 -(((
17 -Les **onglets/boutons de navigation gris** qui permettent de sauter à des sections spécifiques du formulaire devraient être un peu **plus hauts/épais** afin de pouvoir cliquer dessus plus facilement.
18 -
19 -
20 -**J'ai fais divers tests, s'ils sont plus gros, on perd énormément de navigabilité**
21 -)))
22 -
23 -
24 -(% class="box successmessage" %)
25 -(((
26 -Arriverait-on **à empêcher ou avertir l'utilisateur** dès qu'il essaye d'utiliser **les boutons "retourner" ou "avancer" du navigateur** ? Sinon, l'utilisateur risque de perdre le contexte du fil de création / d'Ariane (risque de saisie incomplète, création d'entrées à double).
27 -
28 -
29 -**Oui, c'est déjà dans ma TODO list ;-)**
30 -)))
31 -
32 -(% class="box warningmessage" %)
33 -(((
34 -Il est maintenant possible de naviguer entre l'ensemble des champs avec la **touche tabulateur**. La position du curseur en passant sur des **champs de catégories** (ex. : Anonyme/Illisible) n'est **pas visible** (sauf en actionnant la touche espace pour sélectionner). **Pourrait-on les rendre visibles** p. ex. avec une couleur différente du cadre ou un cadre plus épais ? En outre, en sélectionnant des valeurs dans ces champs avec la souris, **l'état ne change pas visuellement tant qu'on n'a pas déplacé la souris hors du champ** ; ce serait mieux que l'utilisateur puisse voir le changement en cliquant/recliquant au même endroit.
35 -
36 -
37 -
38 -**A voter**
39 -)))
40 -
41 -(% class="box warningmessage" %)
42 -(((
43 -Serait-il possible de **déployer des listes/menus déroulants** ou des **sélecteurs de dates** à l'aide d'une **touche ou raccourci clavier**, p. ex. ESC ? L'idée serait de pouvoir naviguer et remplir un formulaire de manière plus efficace et sans souris.
44 -**A voter**
45 -)))
46 -
47 -(% class="box successmessage" %)
48 -(((
49 -Quand on déploie l’onglet récolte sur la gauche de l’écran, **l’onglet acquisition disparaît dessous**. Ce serait bien que cet onglet acquisition glisse en dessous lorsque l’onglet récolte est déployé.
50 -**C'est déjà le cas, mais il est pas possible d'afficher les deux en même temps, pour des questions de place, surtout en navigation mobile**
51 -)))
52 -
53 -
54 -**RECOLTE**
55 -
56 -(% class="box warningmessage" %)
57 -(((
58 -La **création automatique des collecteurs utilise les initiales**. Cela risque de générer beaucoup de noms de personnes saisis de manière incomplète. En cas de création automatique de nouveaux noms de personnes, on pourrait **ouvrir obligatoirement le détail** (sans devoir cliquer sur "Plus...") pour que les utilisateurs n'oublient pas de compléter les informations, notamment le prénom complet**. Lors de la création manuelle d'une personne (BOTA-PER), le prénom est obligatoire et le système ne permet pas de sauvegarder**, alors que dans le processus automatique du module BOTA-REC, le prénom n'est pas obligatoire. Est-ce cohérent ?
59 -**A voter car cela rendrait la création automatique des collectifs très complexe. On peut toujours utiliser la création manuel si on veut tout renseigner**
60 -)))
61 -
62 -(% class="box warningmessage" %)
63 -(((
64 -Actuellement, il est possible d'enregistrer des **homonymes de personnes**, aussi bien au niveau "Nom Prénom" que "Nom Initiale". Lors de la création automatique de collecteur(s), il est **impossible de savoir lequel le système a choisi sans ouvrir le détail** avec "Plus...". Cela **risque de générer des entrées erronées** puisque le système ne propose qu'un.
65 -**A voter**
66 -)))
67 -
68 -(% class="box warningmessage" %)
69 -(((
70 -**Moteur de recherche de la géolocalisation** :  l'autocomplétion dans le champs Géolocalisation pourrait être affinée. Des **toponymes à plusieurs mots sont difficiles à trouver**. Exemple, on cherche "Col de la Givrine" :
71 -
72 -
73 -
74 -* "Givrine" n'affiche que 4 entrées, le col est absent ;
75 -* "La Givrine" idem ;
76 -* "col de la giv" affiche 5 résultats mais pas de col ;
77 -* "col de la givr" ne trouve rien
78 -* il faut écrire en entier "Col de la Givrine" pour trouver
79 -* ou bien "givrine col" ou "col givrine". Ces 2 dernières variantes sont moins intuitives, mais c'est en partie aussi à l'utilisateur d'apprendre comment utiliser l'outil
80 -
81 -Certains toponymes à 1 mot sont également difficiles à trouver **sans les écrire en entier**, p.ex. Furkapass, Grimselpass.
82 -
83 -Un champ/filtre supplémentaire permettant de **choisir d'abord le pays** concerné pourrait faciliter la recherche en réduisant le nombre de résultats possibles.
84 -
85 -**A voter, car le système de recherche s’appuie sur une api externe qui était déjà en production sur l'outil BLS depuis de nombreuses années**
86 -)))
87 -
88 -(% class="box successmessage" %)
89 -(((
90 -N’y aurait-il pas un moyen de mettre en évidence (en gras) dans la liste des résultats l’élément indiqué dans la recherche (cf [[https:~~/~~/map.geo.admin.ch)?>>https://map.geo.admin.ch)?]]
91 -
92 -Rendre les polygones et les rectangles/cercles d’incertitude **plus transparents** pour qu’on puisse voir/lire ce qu’il y a dessous, notamment pour placer un point/repère avec la souris.
93 -
94 -**Mis dans ma TODO LIST**
95 -)))
96 -
97 -Pour les entités de type Ville ou Canton, par exemple, l’outil de géolocalisation fournit un polygone avec une incertitude de type « dernier niveau de la hiérarchie » ; **est-ce que ce polygone est enregistré en tant que tel au niveau BD** ?
98 -**Oui**
99 -
100 -Qu'en est-il de la **pérennité de cette information liée à une incertitude de type « polygone **» : si OpenStreetMap modifie le polygone ou le niveau hiérarchique, la donnée changera aussi et ne correspondra du point de vue géographique plus à la saisie originale ?
101 -**Non**
102 -
103 -**Impossible de choisir un pays comme localisation** (bien que présent dans la liste de résultats qui s'affiche). Des communes ou cantons fonctionnent cependant. Pour le module herbier on aura besoin de pouvoir saisir des données très imprécises (Monde, Europe, Asie, etc.)
104 -
105 -**Corrigé dans la version 5.1.2 **
106 -
107 -J’ai créé la localité Mongeret sous l’habitation isolée « La Gavache » puis créé la récolte. Je peux sélectionner la localité Mongeret pour une nouvelle récolte mais ses coordonnées ne sont pas enregistrées à je ne peux pas jouer avec l’incertitude.
108 -
109 -**Corrigé dans la version 5.1.2 **
110 -
111 -**ACQUISITION**
112 -
113 -Pour l’instant il est impossible de remonter au détail de la récolte depuis une acquisition (ni par le mini écran de gauche, ni depuis le fil d’Ariane, ni depuis la fiche de l’acquisition). Est-ce normal ?
114 -
115 -**Oui, c'était une version ALPHA, fonctionnel dans la version 5.1.2**
116 -
117 -Merci à l'équipe de dev!
118 -
119 -Raoul
Date
... ... @@ -1,1 +1,0 @@
1 -2023-11-18 14:53:45.280
XWiki.XWikiComments[5]
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.SiropOps
Comment
... ... @@ -1,1 +1,0 @@
1 -Pour les demandes d'évolutions, je les ai rajouté dans les futurs questionnaires de la CT, pour le soumettre au vote
Date
... ... @@ -1,1 +1,0 @@
1 -2023-12-21 13:16:02.538
Reply To
... ... @@ -1,1 +1,0 @@
1 -2