Changes for page Sprint [BOTA-INV-1]

Summary

• Objects (1 modified, 0 added, 0 removed)
  • XWiki.XWikiComments[2]

Details

XWiki.XWikiComments[2]

Comment

...	...	@@ -4,73 +4,27 @@
4	4
5	5	**ERGONOMIE - GENERAL**
6	6
7		-
8		-(% class="box warningmessage" %)
9		-(((
10	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	11
12		-**A voter**
13		-)))
14		-
15		-(% class="box errormessage" %)
16		-(((
17	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	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	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	27
28		-
29		-**Oui, c'est déjà dans ma TODO list ;-)**
30		-)))
31		-
32		-(% class="box warningmessage" %)
33		-(((
34	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	35
36		-
37		-
38		-**A voter**
39		-)))
40		-
41		-(% class="box warningmessage" %)
42		-(((
43	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	46
47		-(% class="box successmessage" %)
48		-(((
49	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	52
53	53
54	54	**RECOLTE**
55	55
56		-(% class="box warningmessage" %)
57		-(((
58	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	61
62		-(% class="box warningmessage" %)
63		-(((
64	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	67
68		-(% class="box warningmessage" %)
69		-(((
70	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	71
72		-
73		-
74	74	* "Givrine" n'affiche que 4 entrées, le col est absent ;
75	75	* "La Givrine" idem ;
76	76	* "col de la giv" affiche 5 résultats mais pas de col ;
...	...	@@ -82,37 +82,23 @@
82	82
83	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	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		-)))
	39	+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)?
87	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	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	93
94		-**Mis dans ma TODO LIST**
95		-)))
96		-
97	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	99
100	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	102
103	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	104
105		-**Corrigé dans la version 5.1.2 **
106		-
107	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	108
109		-**Corrigé dans la version 5.1.2 **
110	110
111	111	**ACQUISITION**
112	112
113	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	114
115		-**Oui, c'était une version ALPHA, fonctionnel dans la version 5.1.2**
116	116
117	117	Merci à l'équipe de dev!
118	118