Cette section contient les notes de version du SDK Consumer pour Android.
Annonce : arrêt de la prise en charge des niveaux d'API 23, 24 et 25
Conformément au Règlement sur la compatibilité avec les versions d'OS mobiles, nous allons cesser de prendre en charge Android 6 et 7 (niveaux d'API 23, 24 et 25) dans les prochaines versions majeures du SDK Consumer pour Android.
Les versions du SDK Consumer pour Android publiées à partir du quatrième trimestre 2025 seront compatibles avec Android 8 (niveau d'API 26) au minimum. Les versions antérieures du SDK continueront d'être compatibles avec Android 6 et 7.
Si vos dépendances ne spécifient pas de numéro de version, votre IDE chargera la dernière version du SDK et les nouvelles versions de votre application ne seront pas compatibles avec Android 6 et 7.
Spécifiez une version du Consumer SDK pour Android dans les dépendances de compilation de votre application afin de contrôler le moment où vous augmentez l'OS minimal requis pour les nouvelles versions de votre application.
3.2.0 (26 juin 2025)
- Améliorations apportées à la journalisation interne.
Modifications des dépendances et de la configuration
- À partir de la version 3.2.0 du SDK Consumer pour Android, les applications doivent passer à Kotlin 2.1.
Correction de bugs
- Utilisez la longueur de la polyligne au lieu de la distance à vol d'oiseau pour les décisions d'animation internes.
3.1.0 (10 mars 2025)
- Améliorations apportées à la journalisation interne.
3.0.0 (6 décembre 2024)
Modifications des dépendances et de la configuration
- À partir de la version 3.0.0 du SDK Consumer pour Android, les applications doivent passer à Kotlin 2.0. Consultez le Guide de migration du SDK Consumer Android 3.0.
- Le targetSdk du SDK Consumer est désormais Android 14 (niveau d'API 34). Cette exigence s'applique à toutes les applications déployées sur le Google Play Store depuis août 2024. Consultez Respecter le niveau d'API cible requis par Google Play.
2.99.0 (25 novembre 2024)
Correction de bugs
- Correction de l'erreur ANR qui se produit lorsque
ConsumerApi.cleanUp()
met trop de temps à s'exécuter. Une fois la version intégrée, le déploiement se fera progressivement (à partir de 0 %). - Correction d'un problème qui entraînait l'affichage d'erreurs gRPC avec le code "INTERNAL" et le message "Panic! Il s'agit d'un bug !". Une fois la version intégrée, le déploiement se fera progressivement (à partir de 0 %).
2.3.0 (2 août 2024)
Modifications apportées à l'API
Ajoutez la prise en charge des styles de cartes basés dans le cloud, qui vous permet de créer une expérience de carte routière personnalisée pour vos utilisateurs sans avoir à mettre à jour le code de vos applications chaque fois que vous modifiez le style de carte. Pour en savoir plus, consultez Appliquer un style à la carte avec les styles de cartes basés dans le cloud.
Ajoutez la méthode
getServerTimeMillis()
àVehicleLocation
pour déterminer l'heure à laquelle la mise à jour de la position a été reçue par Fleet Engine.
2.2.0 (7 mai 2024)
Modifications apportées à l'API
- Ajout d'une API d'assistance pour l'intégration de Jetpack Compose. Cette fonctionnalité est expérimentale. Pour en savoir plus sur l'intégration à Jetpack Compose, contactez votre représentant.
2.1.0 (17 janvier 2024)
Correction de bugs
- Correction d'un plantage qui se produit lorsque le SDK est initialisé plusieurs fois au cours du cycle de vie de l'application.
Modifications apportées à l'API
- Ajout d'une méthode permettant de récupérer l'instance
GoogleMap
créée par le SDK (ConsumerGoogleMap.getGoogleMap()
). - Présentation de l'API permettant de récupérer les instances
Marker
créées par le SDK pour représenter le véhicule (ConsumerController.getConsumerMarker()
). - Ajout d'une API permettant de recevoir les mises à jour prévues par le client pour l'heure et la distance lors du partage de trajet (
ProjectedRouteEta
).
1.99.2 (3 novembre 2023)
Correction d'un plantage qui se produit lorsque le SDK est initialisé à partir d'un processus distant, distinct de l'application.
Correction d'un plantage qui se produit lors de l'exécution d'une animation de caméra lorsque l'espace vertical ou horizontal est insuffisant pour la marge intérieure. Cela ne se produit que sur le dernier moteur de rendu de Maps.
Correction d'un bug qui entraînait la suppression de la première étape d'un trajet aller-retour lorsque la deuxième étape empruntait la même route.
Problèmes
ConsumerApi.initialize()
génère une exception s'il est appelé lorsqu'une instance d'API existe déjà. Pour contourner ce problème, appelez d'abordConsumerApi.getInstance()
et évaluez leTask
renvoyé pour déterminer si une instance d'API existe déjà.
2.0.0 (15 septembre 2023)
Annonce : modifications importantes
La version minimale requise de l'API passe de 21 à 23.
Mise à jour de la version requise du SDK Maps (de la version 17.0.0 à la version 18.1.0)
La version minimale requise de la bibliothèque standard Kotlin est passée de la version 1.6.10 à la version 1.9.0.
Mettre à jour les versions des dépendances des services Google Play
La version minimale requise de la bibliothèque play-services-base est passée de la version 18.0.1 à la version 18.2.0.
La version minimale requise de la bibliothèque play-services-basement est passée de la version 18.0.0 à la version 18.2.0.
La version minimale requise de la bibliothèque play-services-location est passée de la version 17.0.0 à la version 21.0.1.
La version minimale requise de la bibliothèque play-services-tasks est passée de la version 18.0.1 à la version 18.0.2.
Ajoute la bibliothèque androidx.room:room-runtime avec la version minimale requise définie sur la version 2.5.2
Mettez à jour les versions des dépendances suivantes.
La version minimale requise de la bibliothèque android-maps-utils est passée de la version 0.4.2 à la version 3.5.2.
La version minimale requise de com.google.android.datatransport:transport-backend-cct est passée de la version 3.0.0 à la version 3.1.9.
La version minimale requise de com.google.android.datatransport:transport-runtime est passée de la version 3.0.1 à la version 3.1.9.
La version minimale requise d'androidx.lifecycle:lifecycle-extensions est passée de la version 2.0.0 à la version 2.2.0.
La version minimale requise de androidx.lifecycle:lifecycle-common-java8 est passée de la version 2.0.0 à la version 2.6.1.
La version minimale requise d'androidx.appcompat:appcompat est passée de la version 1.0.0 à la version 1.6.1.
La version minimale requise de androidx.fragment:fragment est passée de la version 1.0.0 à la version 1.6.1.
Suppression des API précédemment obsolètes suivantes :
ConsumerTrip
,ConsumerTripCallback
,ConsumerTripManager
,ConsumerTripOptions
. Ils ont été remplacés parTripModel
,TripModelCallback
,TripModelManager
etTripModelOptions
.Les applications qui utilisent le SDK Consumer doivent désormais avoir
targetSdkVersion
de l'API 31 ou version ultérieure,compileSdkVersion
de l'API 33 ou version ultérieure.Les applications qui utilisent le Consumer SDK doivent désormais activer la compatibilité avec la bibliothèque Java 8. Consultez https://developer.android.com/studio/write/java8-support pour obtenir des instructions sur la mise à jour.
Les applications qui utilisent Proguard ou Dexguard doivent migrer vers R8. Pour en savoir plus, consultez https://developer.android.com/build/shrink-code.
Les applications qui utilisent le SDK Consumer doivent activer la désucrage. Pour obtenir des instructions, consultez https://developer.android.com/studio/write/java8-support#library-desugaring.
La méthode
ConsumerApi.initialize()
génère désormais une exception si elle est appelée lorsqu'une instance d'API est déjà créée. LeTask
renvoyé parConsumerApi.getInstance()
doit être utilisé pour déterminer si une instance d'API a été créée au préalable.
Annonce : abandons d'API
Les classes d'annotation
Trip.TripStatus
etTrip.TripType
sont obsolètes. Les classes d'annotationTripInfo.TripStatus
etTripInfo.TripType
sont ajoutées pour les remplacer.Dans le cadre de ce changement,
TripModelCallback#onTripStatusUpdated(TripInfo tripInfo, @Trip.TripStatus int status)
est obsolète etTripModelCallback#onTripStatusUpdate(TripInfo tripInfo, @TripInfo.TripStatus int status)
est ajouté pour le remplacer.Dans le cadre de ce changement,
TripInfo#getTripStatus()
est obsolète etTripInfo#getCurrentTripStatus()
est ajouté pour le remplacer.Dans le cadre de ce changement,
TripInfo#getTripType()
est obsolète etTripInfo#getCurrentTripType()
est ajouté pour le remplacer.
La classe
Trip
est obsolète.
Autres modifications et corrections de bugs
Permet de demander le dernier moteur de rendu du SDK Maps. Pour en savoir plus, consultez Nouveau moteur de rendu de carte.
Fournit une compatibilité avec la plage de versions du SDK Maps allant de la version 18.1.0(incluse) à la version 19.0.0(exclue).
Corrige l'erreur "délai dépassé" pour les communications internes entre le SDK et le backend Google.
Correction d'un problème d'affichage pour les petits écrans et le mode Picture-in-picture.
Guide de migration
1.99.1 (31 août 2023)
Correction de bugs
Correction d'un plantage qui se produit lorsque l'activité ou le fragment hôte du SDK sont détruits.
Correction du plantage qui se produit lorsque les dimensions de MapView sont nulles (hauteur ou largeur).
Correction d'un plantage qui se produit lors de la projection de la position du véhicule sur la polyligne de l'itinéraire.
Améliorations
- Empêche le SDK de planter lorsque l'application hôte est chargée de manière indépendante et que les ressources visuelles par défaut ne sont pas présentes.
1.99.0 (22 juin 2023)
Correction de bugs
Correction d'un problème d'affichage pour les petits écrans et le mode Picture-in-picture.
Correction des scintillements du véhicule lors du partage de trajet.
1.2.1 (7 juin 2023)
Correction de bugs
- Correction d'un bug qui faisait clignoter le véhicule lors du partage de trajet.
1.2.0 (21 novembre 2022)
Correction de bugs
- Correction d'un bug qui entraînait le signalement d'un trafic vide dans le rappel
onTripActiveRouteTrafficUpdated
.
Nouvelles fonctionnalités
- La fonctionnalité "Polylignes tenant compte du trafic" est désormais disponible pour tous.
1.1.2 (27 octobre 2022)
Correction de bugs
- Correction d'un bug qui entraînait la disparition de la polyligne de l'itinéraire après le démarrage d'un
JourneySharingSession
plusieurs fois pour unTripModel
.
Annonce : Arrêt de la prise en charge d'Android 5 (25 juillet 2022)
Pour la version 1.1.1 de notre SDK, nous fournissons une année supplémentaire d'assistance pour les applications exécutées sur Android 5, pour les niveaux d'API 21 et 22.
Ce que cela signifie :
Le SDK consommateur exécuté sur vos applications Android sera compatible avec Android 5 (niveau d'API 21) au minimum jusqu'au 30 juin 2023.
Après le 30 juin 2023, nous ne prendrons en charge que les niveaux d'API Android 23 et supérieurs. En d'autres termes, nous ne prendrons plus en charge les niveaux d'API Android 21 et 22 dans toutes les versions du SDK après cette date. Cela signifie que les bugs liés à Android 21 ou 22 dans n'importe quelle version du SDK (y compris la version 4.x) ne seront pas corrigés, et nous ne garantissons pas que les SDK se comporteront correctement.
v1.1.1 (25 juillet 2022)
Modification de la dépendance
- Rétrogradation du niveau d'API Android minimal accepté à 21.
v1.1.0 (28 avril 2022)
- Améliorations internes.
v1.0.19 (17 mars 2022)
Correction de bugs
- Correction d'une fuite de mémoire dans la classe
ConsumerApi
.
v1.0.14 (30 novembre 2021)
Le niveau d'API Android minimal accepté est désormais de 23.
Modifications apportées à l'API
Modifications apportées aux classes
ConsumerTrip
etConsumerTripManager
.- Clarification de la signification de certains noms de méthodes et alignement sur la plate-forme iOS.
Modifications apportées à
ConsumerTripCallback
,ConsumerTrip
etTripInfo
.Modification de certains noms de classes pour assurer la parité avec iOS. Introduction de
TripModel
,TirpModelManager
etTripModelOptions
pour abandonnerConsumerTrip
,ConsumerTripManager
etConsumerTripOptions
.Correction de certains noms de méthodes. Révision ou ajout de commentaires JavaDoc aux méthodes pour transmettre des significations plus claires.
Amélioration de la gestion des erreurs.
Personnalisation du style
Wrappers anciens obsolètes
MarkerStyleOptions
etPolylineStyleOptions
ont été abandonnés et remplacés parMarkerOptions
etPolylineOptions
, qui sont tous deux partagés avec le SDK Maps.
Surveillance des plantages
Ajout de la détection et de la journalisation des plantages.
- Une option a été ajoutée pour vous permettre de désactiver cette fonctionnalité. Cette opération s'inscrit dans une initiative plus large à l'échelle géographique pour la surveillance des plantages.
Modifications relatives à l'authentification
- Supprimez les méthodes inutiles des interfaces d'authentification.
- Suppression du paramètre
ServiceType
.
- Suppression du paramètre
v0.9.28 (18 mai 2021)
Modifications apportées à l'API
- Toutes les méthodes
ConsumerTripCallback
ont été mises à jour pour utiliserTripInfo
comme paramètre. - Ajout de
ConsumerTrip.isRefreshing()
, qui indique siConsumerTrip
se met à jour activement avec les dernières informations sur les trajets de Fleet Engine. - Ajout de
ConsumerTripCallback.onTripRemainingRouteDistanceUpdated()
- Ajout de
ConsumerTripCallback.onTripRemainingRouteUpdated()
- Remplacez les types de retour Guava (
ImmutableSet
,ImmutableList
) par les classes équivalentesjava.util
. Changements de nom de package :
- com.google.android.libraries.ridesharing.common.AuthTokenContext -> com.google.android.libraries.ridesharing.consumer.auth.AuthTokenContext
- com.google.android.libraries.ridesharing.common.AuthTokenFactory -> com.google.android.libraries.ridesharing.consumer.auth.AuthTokenFactory
com.google.android.libraries.ridesharing.common.FleetEngineServiceType -> com.google.android.libraries.ridesharing.consumer.auth.FleetEngineServiceType - com.google.android.libraries.ridesharing.common.model.Trip
-> com.google.android.libraries.ridesharing.consumer.model.Trip - com.google.android.libraries.ridesharing.common.model.Vehicle -> com.google.android.libraries.ridesharing.consumer.model.Vehicle
Modifications de l'implémentation
- Correction d'une condition de concurrence où le SDK pouvait planter lors d'interactions avec la carte avant qu'elle ne soit prête.
- Le SDK ne contient plus de copie non obscurcie de
io.grpc
. - Correction d'un bug lié au scintillement des polylignes de trafic sur certains appareils. Les segments de trafic auront désormais des extrémités arrondies.
v0.9.15 (7 octobre 2020)
Modifications apportées à l'API
- Cette version introduit les polylignes tenant compte du trafic.
- Ajout de
TripInfo.getActiveRouteTraffic()
et deTripInfo.getRemainingRouteTraffic()
.- Ajout de
ConsumerTripCallback.onTripActiveRouteTrafficUpdated()
et deConsumerTripCallback.onTripRemainingRouteTrafficUpdated()
pour indiquer quand le trafic a changé. - Ajout de
PolylineStyleOptions
pour la personnalisation du trafic (setTrafficEnabled()
,setTrafficColorNoData()
,setTrafficColorNormal()
,setTrafficColorSlow()
,setTrafficColorTrafficJam()
). PolylineStyleOptions.TRAFFIC_Z_INDEX_ADDITION
exposé.- Ajout de
TripWaypoint.getTrafficData()
- Type de données
TrafficData
ajouté. - Ajout de
ConsumerController.hideAllSessions()
ConsumerController.showSession()
n'accepte plus la valeur "null" comme argument.
- Ajout de
v0.9.9 (15 juillet 2020)
Modifications apportées à l'API
- Il s'agit d'un changement majeur qui introduit une architecture modularisée avec une relation plus claire entre la couche de données uniquement (par exemple,
ConsumerTripManager
) et la couche d'interface utilisateur (par exemple,JourneySharingSession
). Pour savoir comment migrer vers la nouvelle architecture, consultez le Guide de migration de la modularisation. - L'objetConsumerTrip
est désormais obtenu à partir deConsumerTripManager.getTrip()
.ConsumerTrip.unregisterCallback
a été renomméConsumerTrip.unregisterTripCallback
.ConsumerTrip.isCallbackRegistered
a été renomméConsumerTrip.isTripCallbackRegistered
.- Ajout de
ConsumerTrip.setConsumerTripOptions()
et deConsumerTrip.getConsumerTripOptions()
. - Suppression de
ConsumerTrip.setAutoRefreshInterval()
.
- Suppression des API de partage non liées à un trajet.
- Suppression de la carte de densité des véhicules.
- État d'aperçu du trajet supprimé.
- L'état de sélection du point de retrait a été supprimé.
- Suppression de l'état de sélection du point de dépôt.
- Suppression des types de repères suivants :
SELECTED_PICKUP_POINT
,SUGGESTED_PICKUP_POINT
,HIGHLIGHTED_PICKUP_POINT
etSELECTED_DROPOFF_POINT
.
- Les interfaces
OnConsumerMarkerClickCallback
etConsumerMapReadyCallback
sont devenues des classes abstraites. - Ajout de
ConsumerController.getCameraUpdate()
,ConsumerController.isAutoCameraEnabled()
etConsumerController.enableAutoCamera()
. - Suppression du FAB personnalisé et de ses méthodes associées (
ConsumerController.isMyLocationFabEnabled
etConsumerController.setMyLocationFabEnabled
).
Modifications de l'implémentation
- Un
ConsumerTripCallback
, qu'il soit enregistré avec ou sansLifecycleOwner
, n'est plus automatiquement désenregistré surTripStatus.COMPLETE
ouTripStatus.CANCELED
. - AutoCamera est désormais activé par défaut et ne se réactive ni ne se désactive jamais.
Auparavant, AutoCamera se réactivait automatiquement sur
TripStatus.ARRIVED_AT_PICKUP
et se désactivait lorsque l'utilisateur interagissait avec la carte pendant le partage de trajet. - Les améliorations suivantes ont été apportées à l'animation du véhicule lors du partage de trajet :
- L'animation de partage de trajet gère désormais les situations où un véhicule peut légitimement revenir sur un itinéraire déjà parcouru.
- Le véhicule est désormais animé en ligne droite au lieu d'interpoler la route entre les points lorsqu'il est déterminé algorithmiquement que cela est approprié.
- Les autorisations
FINE_LOCATION
ne sont plus requises.
Autres modifications
- Mise à jour des versions de dépendance suivantes :
- com.google.android.datatransport:transport-api:2.2.0
- com.google.android.datatransport:transport-backend-cct:2.2.0
- com.google.android.datatransport:transport-runtime:2.2.0
v0.9.1 (23 mars 2020)
Modifications apportées à l'API
- Ajout de
TripInfo.getVehicleId()
,TripInfo.getNumberOfPassengers()
,TripInfo.getIntermediateDestinationIndex()
,TripInfo.getTripActiveRoute()
etTripInfo.getTripRemainingRoute()
. - Ajout de la classe
options
utilisée lors de l'initialisation deConsumerApi
, qui permet de définir dynamiquement l'adresseFleetEngine
. Si l'API n'est pas appelée avec une valeurFleetEngine
, elle tente de la récupérer à partir du fichier manifeste Android ou revient à la valeur par défaut.
Améliorations
- La polyligne de l'itinéraire ne s'affiche pas lorsque l'état du trajet est
ARRIVED_AT_PICKUP
. - Le suivi des véhicules hors itinéraire a été amélioré (DriverSDK 1.15 requis) :
- Le suivi du véhicule ne le place pas sur l'itinéraire lorsqu'il dépasse le point de prise en charge.
- Le suivi des véhicules permet d'afficher le véhicule hors route, par exemple dans des parkings non cartographiés.
- L'icône du véhicule se met désormais à jour lorsque la destination du conducteur ne correspond pas à celle indiquée dans Fleet Engine.
v0.8.6 (16 décembre 2019)
Modifications apportées à l'API
Ajout de
TripInfo.getVehicleLocation()
ConsumerMapView
n'est plus définitif.
Modifications de l'implémentation
- La distance restante de la section active est désormais calculée à l'aide de la distance du serveur (distance signalée par le conducteur + itinéraire statique, le cas échéant) au lieu de l'accrochage local. Cette modification permet d'obtenir des valeurs de distance restante plus précises.
Autres modifications
De nouvelles dépendances sont requises. Pour en savoir plus, consultez le fichier .pom.
- com.google.android.datatransport:transport-api:2.0.0
- com.google.android.datatransport:transport-backend-cct:2.0.2
- com.google.android.datatransport:transport-runtime:2.0.0
Ajout de journaux pour la latence des demandes de trajet.
Ajout de journaux pour les erreurs de réponse aux trajets.
Remarques
- Depuis la version 0.8.1, le Consumer SDK pour Android est fourni sous forme d'archive zip jetifiée. Pour savoir comment le dé-jetifier, consultez Jetifier : mode inverse.
v0.8.1 (13 septembre 2019)
Nouvelles fonctionnalités
Compatibilité avec ConsumerMapView.
Les artefacts ODRD sont désormais fournis dans un dépôt Maven au lieu d'un fichier .aar zip. Pour en savoir plus, consultez Ajouter le SDK Consumer à votre application.
Modifications apportées à l'API
Ajout de
ConsumerController.disableAutoCamera()
comme fonction inverse decenterMapForState()
.VehicleLocation.getUpdateTime()
renvoie désormais un Long représentant le code temporel (en millisecondes).Simplification de l'interface
AuthTokenFactory
pour exposer une seule méthode de génération de jetons. Passage deAuthTokenFactory
(précédemment une interface) en classe abstraite afin d'assurer la rétrocompatibilité dans Java 7. Cette modification est rétrocompatible, mais les anciennes méthodes de génération de jetons de service unique sont obsolètes et seront supprimées à terme.
Modifications de l'implémentation
Les éléments sont désormais centrés sur le centre de l'icône, ce qui élimine le décalage de l'ombre.
setState
àJOURNEY_SHARING onStartTripMonitoring()
au lieu d'attendre l'état du trajet surveillé.Renvoie toujours les données de la première mise à jour des données de trajet, même lorsque les données de trajet sont désynchronisées.
Ajout des utilitaires de carte Android en tant que dépendance fournie.
Correction de bugs
- Correction de la syntaxe d'exportation ProGuard incorrecte pour la conservation grpc.
v0.7.0 (7 août 2019)
Nouvelles fonctionnalités
- Compatibilité avec les destinations multiples pour le partage de trajet.
Modifications apportées à l'API
Nouvelles méthodes pour
ConsumerTripCallback
.onTripIntermediateDestinationsUpdated()
.onTripETAToNextTripWaypointUpdated()
.
Nouvelles méthodes
ConsumerController
.getIntermediateDestinations()
.setIntermediateDestinations(List<TerminalLocation> intermediateDestinations)
.
Nouveau
TripStatuses
TripStatus.ENROUTE_TO_INTERMEDIATE_DESTINATION
.TripStatus.ARRIVED_AT_INTERMEDIATE_DESTINATION
.
Nouveaux getters
TripWaypoint
.getETAMillis()
.getDistanceMeters()
.
La classe
TripInfo
a été ajoutée.- Vous pouvez obtenir
TripInfo
pour le trajet actif avecConsumerTripManager.getActiveTripInfo()
.
- Vous pouvez obtenir
Ajout de
WaypointType.INTERMEDIATE_DESTINATION
Ajout de
MarkerType.TRIP_INTERMEDIATE_DESTINATION
ConsumerMapState.JOURNEY_SHARING
créé à partir desConsumerMapStates
fusionnésENROUTE_TO_PICKUP
,ARRIVED_AT_PICKUP
,ENROUTE_TO_DROPOFF
etCOMPLETE
."
StateChangeCallbacks
" mis à jour.Ajout de
onStateJourneySharing()
onStateWaitingForPickup()
,onStateDriverArrived()
,onStateEnroute()
etonStateEndofTrip()
supprimés.
Correction de bugs
Correction d'un bug qui empêchait de réduire l'itinéraire à l'emplacement du véhicule lorsque la surveillance du trajet commençait au milieu d'un trajet actif (et non au début de l'itinéraire).
Correction d'un bug qui empêchait l'appel des rappels de trajet pour les écouteurs enregistrés sur TripManager après que TripManager avait déjà récupéré les données de trajet.
Le zoom de la caméra n'inclut désormais que l'itinéraire actif et le prochain point de repère du trajet (point de repère appartenant au trajet). Même si la section restante est visible, le zoom ne l'inclura jamais. Auparavant, le point de dépôt était inclus dans le zoom lorsque le véhicule était en route vers le point de prise en charge ou y était arrivé. Ce n'est plus le cas.
Améliorations
Renseignez le point de repère restant zéro avec les données du conducteur (la liste des points de repère restants est renvoyée par
ConsumerTripCallback.onTripRemainingWaypointsUpdated
etTripInfo.getRemainingWaypoints()
).Mettez à jour toutes les autres estimations de l'heure d'arrivée aux points de repère lorsque l'estimation de l'heure d'arrivée au premier point de repère de la liste change.
Forcer la réactivation automatique de la caméra uniquement lorsque le chauffeur arrive au point de prise en charge. Auparavant, la caméra automatique était réactivée à chaque changement d'état du trajet. La caméra automatique reste activée par défaut. La caméra automatique ne se réactivera pas si un nouveau trajet actif est défini sans nouvel appel à
startTripMonitoring()
.
v0.6.1 (26 juin 2019)
Nouvelles fonctionnalités
- Prise en charge du covoiturage pour le partage de trajet.
Modifications apportées à l'API
ConsumerController.getConsumerMapStyle()
renvoie désormaisConsumerMapStyle
au lieu deTask<ConsumerMapStyle>
.Ajout de
PolylineStyle.setZIndex()
Correction de bugs
L'animation de l'itinéraire ne se produit désormais que lorsque le segment d'itinéraire est synchronisé, ce qui améliore l'expérience utilisateur.
Correction du "scintillement" du véhicule lors de l'interpolation de l'animation lorsque les mises à jour de la position du conducteur sont proches les unes des autres.
Correction d'un bug qui faisait que le véhicule démarrait au début de l'itinéraire au lieu de son emplacement le plus récent lorsque la surveillance du trajet commençait au milieu d'un trajet en cours.
Affichez la polyligne de l'itinéraire actif au-dessus de l'itinéraire restant lorsqu'ils se chevauchent.
Améliorations
- Exposez maintenant la classe
Status
gRPC avec des méthodes non obscurcies.
v0.5.1.01 (17 mai 2019)
Nouvelles fonctionnalités
- Assistance consécutive pour le partage de trajet.
Modifications apportées à l'API
- Nouvelle classe
ConsumerController
.
PolylineType
Ancienne valeur | Nouvelle valeur |
---|---|
TRIP_PREVIEW_AUTO_ROUTE |
PREVIEW_AUTO_ROUTE |
TRIP_PREVIEW_TAXI_ROUTE |
PREVIEW_TAXI_ROUTE |
TRIP_PREVIEW_TRUCK_ROUTE |
PREVIEW_TRUCK_ROUTE |
TRIP_PREVIEW_TWO_WHEELER_ROUTE |
PREVIEW_TWO_WHEELER_ROUTE |
TRIP_ROUTE |
ACTIVE_ROUTE |
REMAINING_ROUTE |
ConsumerTripCallback
Ancienne valeur | Nouvelle valeur |
---|---|
onTripRouteUpdated |
onTripActiveRouteUpdated |
onTripRemainingDistanceUpdated |
onTripActiveRouteRemainingDistanceUpdated |
onTripRemainingWaypointsUpdated() |
ConsumerController
- Vous pouvez désormais définir des rappels pour les états sans y accéder.
Méthode | Rappel |
---|---|
startPickupSelection |
setPickupSelectionCallback |
startDropoffSelection |
setDropoffSelectionCallback |
startTripPreview |
setTripPreviewSelectionCallback |
ConsumerController.setLanguage(String languageCode)
vous permet de définir la langue utilisée dans les appels FleetEngine (pour les descriptions des points de retrait, par exemple).
Améliorations
- L'état de sélection du point de dépôt comporte désormais un repère déplaçable.
- Animation de la caméra supprimée dans l'état
INITIALIZE
. ManagedChannelBuilder
a été remplacé parAndroidChannelBuilder
.