Cette section contient les notes de version du SDK Consumer pour Android.
Annonce: Clôture de la prise en charge des niveaux d'API 23, 24 et 25
Conformément au Règlement sur la prise en charge des versions d'OS mobiles, nous allons arrêter la prise en charge d'Android 6 et d'Android 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) minimum. Les versions antérieures du SDK continueront de prendre en charge 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 SDK Consumer pour Android dans les dépendances de compilation de votre application afin de contrôler le moment où vous augmentez l'OS minimal compatible pour les nouvelles versions de votre application.
3.0.0 (6 décembre 2024)
Modifications de dépendance et de 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 Android Consumer 3.0.
- La valeur 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 à partir d'août 2024. Consultez Respecter le niveau d'API cible requis par Google Play.
2.99.0 (25 novembre 2024)
Correction de bugs
- Corrige l'erreur ANR qui se produit lorsque l'exécution de
ConsumerApi.cleanUp()
prend trop de temps. Cette fonctionnalité sera déployée progressivement (à partir de 0%) une fois la version intégrée. - Résolution du problème où les conducteurs recevaient des erreurs gRPC avec le code "INTERNAL" et le message "Panic! Il s'agit d'un bug !". Cette fonctionnalité sera déployée progressivement (à partir de 0%) une fois la version intégrée.
2.3.0 (2 août 2024)
Modifications apportées à l'API
Ajoutez la prise en charge des styles de carte 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 un 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 de compatibilité pour l'intégration de Jetpack Compose. Il s'agit d'une fonctionnalité 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
- Corrige le 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
- Introduction d'une méthode permettant de récupérer l'instance
GoogleMap
créée par le SDK (ConsumerGoogleMap.getGoogleMap()
). - Introduction d'une API pour récupérer les instances
Marker
créées par le SDK afin de représenter le véhicule (ConsumerController.getConsumerMarker()
). - Introduction d'une API pour recevoir les mises à jour projetées du client pour le temps et la distance pendant le partage de trajet (
ProjectedRouteEta
).
1.99.2 (3 novembre 2023)
Corrige le plantage qui se produit lorsque le SDK est initialisé à partir d'un processus distant, distinct de l'application.
Corrige le plantage qui se produit lors de l'exécution d'une animation de caméra et lorsqu'il n'y a pas assez d'espace vertical ou horizontal pour la marge intérieure. Cela ne se produit que dans le dernier moteur de rendu Maps.
Correction d'un bug qui entraînait la suppression du premier trajet d'un trajet en aller-retour lorsque le deuxième trajet empruntait la même route.
Problèmes
ConsumerApi.initialize()
génère une exception si elle est appelée 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 majeures
Le niveau d'API minimal requis est passé de 21 à 23.
Mise à jour de la version minimale requise du SDK Maps de la version 17.0.0 à la version 18.1.0
La version minimale 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 de la bibliothèque play-services-location est passée de la version 17.0.0 à la version 21.0.1
La version minimale 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 une version minimale requise définie sur v2.5.2
Mettre à jour les versions des dépendances suivantes
La version minimale 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 d'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:
ConsumerTrip
,ConsumerTripCallback
,ConsumerTripManager
etConsumerTripOptions
. Ils ont été remplacés parTripModel
,TripModelCallback
,TripModelManager
etTripModelOptions
.Les applications qui utilisent le SDK Consumer doivent désormais disposer de
targetSdkVersion
de l'API 31 ou version ultérieure, decompileSdkVersion
de l'API 33 ou version ultérieure.Les applications qui utilisent le SDK Consumer doivent désormais activer la prise en charge de la bibliothèque Java 8. Pour savoir comment procéder, consultez la page https://developer.android.com/studio/write/java8-support.
Les applications qui utilisent ProGuard ou Dexguard doivent migrer vers R8. Pour en savoir plus, consultez la page https://developer.android.com/build/shrink-code.
Les applications qui utilisent le SDK Consumer doivent activer le désucrage. Pour obtenir des instructions, consultez la page 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 alors qu'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: Abandon d'API
Abandon des classes d'annotation
Trip.TripStatus
etTrip.TripType
, ajout des classes d'annotationTripInfo.TripStatus
etTripInfo.TripType
pour les remplacer.Dans le cadre de ce changement,
TripModelCallback#onTripStatusUpdated(TripInfo tripInfo, @Trip.TripStatus int status)
est abandonné etTripModelCallback#onTripStatusUpdate(TripInfo tripInfo, @TripInfo.TripStatus int status)
est ajouté pour le remplacer.En raison de ce changement,
TripInfo#getTripStatus()
est obsolète etTripInfo#getCurrentTripStatus()
est ajouté pour le remplacer.En raison de ce changement,
TripInfo#getTripType()
est obsolète etTripInfo#getCurrentTripType()
est ajouté pour le remplacer.
Abandon de la classe
Trip
.
Autres modifications et corrections de bugs
Prend en charge la demande du dernier moteur de rendu du SDK Maps. Pour en savoir plus, consultez la section Nouveau moteur de rendu de carte.
Fournit la compatibilité de la plage du SDK Maps de la version 18.1.0(inclusive) à la version 19.0.0(exclusive).
Corrige l'erreur "Délai dépassé" pour les communications internes entre le SDK et le backend Google.
Résolution du problème de rendu pour les écrans de petite taille et le mode Picture-in-picture.
Guide de migration
1.99.1 (31 août 2023)
Correction de bugs
Corrige le plantage qui se produit lorsque l'activité ou le fragment hôte du SDK est détruit.
Corrige le plantage qui se produit lorsque les dimensions de MapView sont de 0 (hauteur ou largeur).
Correction du plantage qui se produit lors de la projection de l'emplacement du véhicule sur la polyligne de l'itinéraire.
Améliorations
- Empêche le SDK de planter lorsque l'application hôte est installée en mode sideload et que les ressources visuelles par défaut ne sont pas présentes.
1.99.0 (22 juin 2023)
Correction de bugs
Résolution du problème de rendu pour les écrans de petite taille et le mode Picture-in-picture.
Correction des clignotements 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 pendant le partage de trajet.
1.2.0 (21 novembre 2022)
Correction de bugs
- Correction d'un bug qui entraînait la création d'un trafic vide dans le rappel
onTripActiveRouteTrafficUpdated
.
Nouvelles fonctionnalités
- Les "polylignes tenant compte du trafic" sont désormais disponibles pour tous les utilisateurs.
1.1.2 (27 octobre 2022)
Correction de bugs
- Corrige un bug qui faisait disparaître la polyligne de l'itinéraire après le démarrage d'une
JourneySharingSession
plusieurs fois pour uneTripModel
.
Annonce: Fin de la prise en charge d'Android 5 (25 juillet 2022)
Pour notre version de SDK 1.1.1, nous proposons une année supplémentaire de prise en charge des applications exécutées sur Android 5, pour les niveaux d'API 21 et 22.
Ce que cela signifie :
Le SDK grand public exécuté sur vos applications Android sera compatible avec Android 5 (niveau d'API 21) 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 cesserons de prendre en charge les niveaux d'API Android 21 et 22 pour toutes les versions de SDK après cette date. Cela signifie que les bugs liés à Android 21 ou 22 dans n'importe quelle version de SDK (y compris 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ègle le niveau d'API Android minimal accepté sur 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 compatible est désormais 23.
Modifications apportées à l'API
Modifications apportées aux classes
ConsumerTrip
etConsumerTripManager
.- Nettoyage de certains noms de méthodes pour clarifier leur signification et les aligner sur la plate-forme iOS.
Modifications apportées à
ConsumerTripCallback
,ConsumerTrip
etTripInfo
.Modification de certains noms de classe pour assurer la parité avec iOS. Introduction de
TripModel
,TirpModelManager
etTripModelOptions
pour abandonnerConsumerTrip
,ConsumerTripManager
etConsumerTripOptions
.Nettoyage de certains noms de méthodes. Commentaires JavaDoc révisés ou ajoutés aux méthodes pour en clarifier le sens.
Amélioration de la gestion des erreurs.
Personnalisation du style
Anciens wrappers 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 a été effectuée dans le cadre d'un effort plus vaste visant à surveiller les plantages à l'échelle mondiale.
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
- Mise à jour de toutes les méthodes
ConsumerTripCallback
pour utiliserTripInfo
comme paramètre. - Ajout de
ConsumerTrip.isRefreshing()
, qui indique siConsumerTrip
s'actualise activement avec des informations de trajets récentes provenant de Fleet Engine. - Ajout de
ConsumerTripCallback.onTripRemainingRouteDistanceUpdated()
- Ajout de
ConsumerTripCallback.onTripRemainingRouteUpdated()
- Remplacez les types de retour Guava (
ImmutableSet
,ImmutableList
) par des classes équivalentesjava.util
. Modifications apportées au nom du 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 d'implémentation
- Correction d'une condition de course dans laquelle le SDK pouvait planter en raison d'interactions avec la carte avant qu'elle ne soit prête.
- Le SDK ne contient plus de copie non masquée de
io.grpc
. - Correction d'un bug qui entraînait le clignotement 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()
etConsumerTripCallback.onTripRemainingRouteTrafficUpdated()
pour indiquer quand le trafic a changé. - Ajout de
PolylineStyleOptions
pour la personnalisation du trafic (setTrafficEnabled()
,setTrafficColorNoData()
,setTrafficColorNormal()
,setTrafficColorSlow()
etsetTrafficColorTrafficJam()
). PolylineStyleOptions.TRAFFIC_Z_INDEX_ADDITION
exposé.- Ajout de
TripWaypoint.getTrafficData()
- Ajout du type de données
TrafficData
. - Ajout de
ConsumerController.hideAllSessions()
ConsumerController.showSession()
n'accepte plus la valeur nulle 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 modulaire 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 en savoir plus sur la migration vers la nouvelle architecture, consultez le guide de migration vers 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 autres que les trajets.
- Suppression de la carte de densité des véhicules.
- Suppression de l'état de l'aperçu du trajet.
- Suppression de l'état de sélection du point de retrait.
- État de sélection du point de dépôt supprimé.
- Suppression des types de repères suivants:
SELECTED_PICKUP_POINT
,SUGGESTED_PICKUP_POINT
,HIGHLIGHTED_PICKUP_POINT
etSELECTED_DROPOFF_POINT
.
- Modification de
OnConsumerMarkerClickCallback
etConsumerMapReadyCallback
d'interfaces en classes abstraites. - Ajout de
ConsumerController.getCameraUpdate()
,ConsumerController.isAutoCameraEnabled()
etConsumerController.enableAutoCamera()
. - Suppression du bouton d'action flottant personnalisé et de ses méthodes associées (
ConsumerController.isMyLocationFabEnabled
etConsumerController.setMyLocationFabEnabled
).
Modifications d'implémentation
- Un
ConsumerTripCallback
, qu'il soit enregistré avec ou sansLifecycleOwner
, ne s'annule plus automatiquement surTripStatus.COMPLETE
ouTripStatus.CANCELED
. - La fonctionnalité AutoCamera est désormais activée par défaut et ne se réactive ni ne se désactive jamais.
Auparavant, AutoCamera était automatiquement réactivé sur
TripStatus.ARRIVED_AT_PICKUP
et se désactivait lorsque l'utilisateur interagissait avec la carte lors du partage de trajet. - Les améliorations suivantes ont été apportées à l'animation du véhicule de partage de trajet :
- L'animation de partage de trajet gère désormais la situation où un véhicule peut légitimement revenir sur un trajet déjà parcouru.
- Le véhicule s'animera désormais en ligne droite au lieu d'interpoler le parcours entre les points lorsque cela sera déterminé par algorithme comme étant 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, sinon elle utilise 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é (nécessite DriverSDK 1.15) :
- Le suivi du véhicule ne le positionne pas sur le trajet lorsque le véhicule passe le point de prise en charge.
- Le suivi du véhicule permet d'afficher le véhicule hors route, par exemple dans des parkings non cartographiés.
- L'icône du véhicule est désormais mise à jour lorsque la destination du conducteur ne correspond pas à celle de 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 d'implémentation
- La distance restante de l'étape active est désormais calculée à l'aide de la distance du serveur (signalée par le conducteur et itinéraire statique le cas échéant) au lieu de l'ancrage local. Ce changement permet d'obtenir des valeurs de distance restantes plus précises.
Autres modifications
Nouvelles dépendances 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 SDK Consumer pour Android est fourni en tant qu'archive ZIP jetifiée. Pour savoir comment le désintégrer, 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 ZIP .aar. Pour en savoir plus, consultez Ajouter le SDK Consumer à votre application.
Modifications apportées à l'API
Ajout de
ConsumerController.disableAutoCamera()
en tant que fonction opposée àcenterMapForState()
.VehicleLocation.getUpdateTime()
renvoie désormais un Long qui représente le code temporel (en millisecondes).Simplifiez l'interface
AuthTokenFactory
pour exposer une seule méthode de génération de jetons.AuthTokenFactory
est passé d'une interface à une classe abstraite pour permettre la rétrocompatibilité dans Java 7. Cette modification est rétrocompatible, mais les anciennes méthodes de génération de jetons de service uniques sont obsolètes et seront éventuellement supprimées.
Modifications d'implémentation
Les éléments sont désormais centrés sur le centre de l'icône, ce qui élimine le décalage d'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 ne sont pas synchronisées.
Ajout d'Android Map Utils en tant que dépendance fournie.
Correction de bugs
- Correction de la syntaxe d'exportation proguard non fonctionnelle pour la conservation grpc.
v0.7.0 (7 août 2019)
Nouvelles fonctionnalités
- Compatibilité avec le partage de trajets pour plusieurs destinations
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()
.
Ajout de la classe
TripInfo
.- 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 deConsumerMapStates
,ENROUTE_TO_PICKUP
,ARRIVED_AT_PICKUP
,ENROUTE_TO_DROPOFF
etCOMPLETE
fusionnés."
StateChangeCallbacks
" mis à jour.Ajout de
onStateJourneySharing()
onStateWaitingForPickup()
,onStateDriverArrived()
,onStateEnroute()
etonStateEndofTrip()
ont été supprimés.
Correction de bugs
Correction d'un bug qui empêchait l'itinéraire d'être adapté à la position du véhicule lorsque la surveillance du trajet commence 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 a déjà extrait les données de trajet.
Le zoom de l'appareil photo n'inclut désormais que le parcours actif et le prochain point de cheminement du trajet (point de cheminement appartenant au trajet). Même si la partie 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 ramassage ou qu'il y était arrivé. Ce n'est plus le cas.
Améliorations
Renseignez le premier point de cheminement restant avec les données du conducteur (la liste des points de cheminement restants est renvoyée à partir de
ConsumerTripCallback.onTripRemainingWaypointsUpdated
etTripInfo.getRemainingWaypoints()
).Mettez à jour tous les ETA des repères restants lorsque l'ETA du premier repère de la liste change.
Forcer la réactivation de la caméra automatique uniquement lorsque le conducteur arrive au point de ramassage. Auparavant, la caméra automatique était réinitialisée sur "Activée" à chaque changement d'état du trajet. La caméra automatique est toujours activée par défaut. La caméra automatique ne sera pas réactivée si un nouveau trajet actif est défini sans nouvel appel à
startTripMonitoring()
.
v0.6.1 (26 juin 2019)
Nouvelles fonctionnalités
- Prise en charge de Carpool pour le partage de trajets.
Modifications apportées à l'API
ConsumerController.getConsumerMapStyle()
renvoie désormaisConsumerMapStyle
au lieu deTask<ConsumerMapStyle>
.Ajout de
PolylineStyle.setZIndex()
Correction de bugs
L'animation du parcours ne se produit désormais que lorsque le segment du parcours est synchronisé, ce qui améliore l'expérience utilisateur.
Correction du "clignotement" du véhicule lors de l'interpolation d'animation lorsque les mises à jour de l'emplacement du conducteur sont proches.
Correction d'un bug qui faisait démarrer le véhicule au début de l'itinéraire au lieu de son emplacement le plus récent lorsque la surveillance du trajet commence au milieu d'un trajet actif.
Afficher la polyligne de l'itinéraire actif au-dessus du reste de l'itinéraire 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
- Prise en charge du partage de trajet en série.
Modifications apportées à l'API
- Nouveau cours
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 entrer dans l'état.
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 est désormais associé à une épingle déplaçable.
- Suppression de l'animation de l'appareil photo en état
INITIALIZE
. ManagedChannelBuilder
a été remplacé parAndroidChannelBuilder
.