Open laem opened 2 months ago
Quelques pistes d'interface pour ton premier point :
Cette structure apporte de la souplesse pour intégrer les prochaines évolutions de Cartes. Vos avis ?
@kevinvennitti dans mes itérations sur #592 je teste une interface d'options de transport en commun qui a pour but de tenir en une ligne. J'essaie de ne pas adopter un système de modal mais plutôt d'options compacts. Ma réflexion est la suivante : pour l'utilisateur, le cout de la découverte des options n'est pas très important par rapport à la répétition des usages à la longue. Ce sont des boutons qui vont être normalement utilisés des dizaines de fois par mois.
Personnellement, dans mon usage de Cartes, l'un des trucs les plus frustrants c'était le fait de pas pouvoir voir à la fois les résultats et options de transport, et le dessin sur la carte. Dans un idéal, les infos et boutons les plus importants tiendraient sur 50 % du bas de l'écran, quand la carte tiendrait sur les 50 % du haut, sur des téléphones classiques de 6 pouces.
À ce titre, l'information "bus optimal" prend bcp trop de place et pourrait être placé tout en bas.
Cela dit, Motis a plein d'options : une approche modal avec explicitation des options avancées (par ex. les 5 profils marche existants) pourra être complémentaire.
À titre d'exemple pour ce que je considère comme cruellement manquant ajd en termes de fonctionnalités (cf fil sur le redesign), il y a beaucoup de choses sur le transport.
Toutes ces fonctionnalités sont déjà disponibles dans le back ou codées ailleurs, mais cachées ou pas intégrées par manque de temps pour les implémenter dans l'interface :
La saisie de l'itinéraire
Améliorer l'écran d'étapes
Choix "arriver à", choix "partir maintenant" vs date,
On peut envisager 3 choix : partir à | arriver à | aperçu large / voyage / préparation. Ce dernier déclencherait le calcul PreTrip. Trouver le bon terme.
Je ne comprends pas si l'on peut augmenter la plage de temps d'une requête onTrip. C'est important pour l'utilisateur, mais aussi pour calculer les itinéraire optimaux, une fonctionnalité que j'aime beaucoup. Si on ne peut pas, il faudra la réserver au mode preTrip. À moins que le onTrip soit assez intelligent pour nous donner un bon aperçu des solutions ?
[ ] 🔴 implémenter un auto-mécanisme de recherche secondaire en pretrip si pas de résultat trouvé en ontrip. Peut-être aussi ajouter un bouton "rechercher plus" qui déclenche le même pretrip. Cas d'usage
[ ] implémenter le "partir plus tard" : est-ce possible dans onTrip ? Ou est-ce que c'est à nous de simplement changer la date dans le futur genre 30 minutes plus tard ?
C'est pratique quand même. G et A ne le font pas, mais Breizhgo oui. Le faire près des dates avec un rappel tout en bas ? Reprendre les codes des lecteurs vidéo : flèche rond avance avec à l'intérieur +10 min et debounce pour permettre 3 clics ?
Intermodalité au départ et arrivée
Plus le temps de complément intermodal est long, plus la recherche est lente. Donc commencer petit, et laisser l'utilisateur choisir 1h de vélo s'il le désire !
Exemple : cette requête casse en prod, à cause des 2h de trajet en vélo autorisés, il cherche trop de trucs alors que la solution est simple pour 0.2 heures !
Très important aussi : proposer à l'utilisateur des modes non symétriques : s'il a un vélo pliant, il est envisageable de faire vélo + transports + vélo. L'option peut s'appeler "vélo à l'arrivée (pliant, location)". À l'inverse, vélo ou voiture au départ, c'est beaucoup plus probable, il suffit de le garer.
Aussi voir l'option motis voiture + parking relais, si on peut la mettre en avant c'est génial !
[ ] mode de départ et d'arrivée (voiture / vélo / marche / PMR), choix du temps max de vélo / marche etc. Tout fait aussi le jeu du calcul de gare en gare
[ ] on a activé le mode fauteuil roulant (mot clef "marchereduite" dans le code), mais pas d'intérêt de l'activer avant d'avoir implémenté le le dessin précis des trajets d'approche cf https://github.com/laem/cartes/issues/598
Correspondance
[ ] Fonctionnalité trop cool : définir le temps de correspondance minimum entre 2 étapes https://github.com/motis-project/motis/pull/522#issuecomment-2301552131
[ ] Sur la carte, afficher un marker "C1 > 11" à l'endroit de la correspondance
Les résultats
Détailler l'itinéraire
La frise de résultat