cartesapp / cartes

L'appli Web de cartes grand public
https://cartes.app
GNU Affero General Public License v3.0
220 stars 24 forks source link

Améliorations d'interface pour les catégories #662

Open laem opened 3 weeks ago

laem commented 3 weeks ago

La diversité et l’exhaustivité des données OSM sont sa plus grande richesse, donc il faut absolument les mettre en valeur, mais ça va vite devenir le foutoir. par @LySioS dans https://forum.openstreetmap.fr/t/fil-des-nouveautes/27128/42

Alors déjà dans le design actuel on a 2 possibilités pour étendre les catégories à afficher :

laem commented 3 weeks ago

Afficher les catégories sélectionnées

Par contre je pense que les catégories sélectionnées devraient apparaitre en haut pour pouvoir les garder à vue et les déselectionner plus rapidement Par exemple si on sélectionne « cordonnier » et qu’on referme le bandeau, même si on l’ouvre à nouveau on ne voit plus ce qui est sélectionné, il faut descendre dans la liste pour le voir.

Ça me semble pertinent d'afficher le nom en mode label de la / les catégorie sélectionnées en-dessous du champ de recherche. Dans le champ ce serait idéal, mais c'est trop compliqué de gérer la suppression et l'édition des labels via le clavier, la cohabitation du texte et des labels.

Pouvoir tout nettoyer

La croix du champ de recherche, actuellement manquante, devrait permettre de supprimer les catégories. Si ça fait bizarre de supprimer les catégories ainsi, une autre croix pres des catégories.

u4y0u commented 3 weeks ago

"La croix du champ de recherche, actuellement manquante"

Peu importe la croix ou le bouton, il faut juste qu'il y ait la possibilité dans la version actuelle des catégories devenues "à choix multiple". Si après la recherche par catégorie est modifiéee/améliorée/revue pour éviter que ce soit fouilli si on rajoute des catégorie, de toute façon, il faudra au moins garder la fonction, quitte à revoir l'interface utilisateur.

u4y0u commented 3 weeks ago

"ne pas les proposer dans la liste mais juste via la recherche" c'est un peu ce que je propose ici mais avec une différence, il s'agit de passer par une liste de résultats de tags, ou de combinaison de tags issue de dictionnaires multilingues mot(s) -> tag(s) OSM et avec prévisualisation du résultat. Avec l'avantage éventuel de faire afficher le tag 'officiel' (ou la requête) pour habituer l'utilisateur et éventuelement le pousser à aller plus loin pour devenir contributeur lui même ¨ C'est toujours interréssant de comprendre comment ça fonctionne derrière l'interface utilisateur...

laem commented 3 weeks ago

c'est un peu ce que je propose ici

Je suis partagé sur cette question. Je vois justement la valeur dans le fait de créer des catégories qui ont du sens pour le grand public en combinant les tags. À titre d'exemple, une friperie c'est shop=clothes + second_hand. Le fait de le gérer dans l'interface de cartes me semble être important, et ce dans un dictionnaire yaml ouvert et réutilisable facilement dans d'autres applications. Exemple de friperie https://www.openstreetmap.org/node/6020728827

En permettant d'aller fouiller directement dans les tags OSM, je pense qu'on va perdre beaucoup de monde et l'UX n'est pas évidente, car il faut combiner clefs et valeurs notamment... Cela dit, ça pourrait clairement être un module en plus, si quelqu'un s'y met je l'intégrerai avec plaisir.

u4y0u commented 2 weeks ago

En fait, ce que je redoute, c'est l'encombrement' de l'interface utilasateur par un grand nombre de boutons sachant que l'écran d'un smartphone est petit et que le défilement horizontal des boutons dans chaque thème n'est pas intuitif et laborieux sur un smartphone. ça passe bien sur la version PC fixe quand les boutons sont empilés comme par exemple le thème SPORTS qui en possède déjà beaucoup, mais il y aura bien un moment ou l'utilisateur risque de se lasser du defilement et de la recherche du bon bouton... D'ailleurs, dans la version smartphone, on vois déjà que pour aller chercher [surf} en bout de ligne du thème SPORT c'est un peu pénible puis qu'il faut enchaîner défilement vertical puis horizontal ...

laem commented 2 days ago

D'ailleurs, dans la version smartphone, on vois déjà que pour aller chercher [surf} en bout de ligne du thème SPORT c'est un peu pénible puis qu'il faut enchaîner défilement vertical puis horizontal ...

C'est justement le rôle de la recherche ;)

Que je mets avant les résultats de recherche dans #592 .

image