-
Notifications
You must be signed in to change notification settings - Fork 319
Rename ArrivalObserver methods name to be more clearer. Fix #2933 #2941
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
libnavigation-core/src/main/java/com/mapbox/navigation/core/stops/ArrivalObserver.kt
Outdated
Show resolved
Hide resolved
libnavigation-core/src/main/java/com/mapbox/navigation/core/stops/ArrivalObserver.kt
Outdated
Show resolved
Hide resolved
07b8f69 to
8c15070
Compare
Codecov Report
@@ Coverage Diff @@
## master #2941 +/- ##
============================================
+ Coverage 36.44% 36.45% +0.01%
Complexity 2203 2203
============================================
Files 552 552
Lines 19873 19873
Branches 1873 1873
============================================
+ Hits 7242 7245 +3
+ Misses 11798 11796 -2
+ Partials 833 832 -1 |
|
💯 thanks i was just looking to do this |
|
I’m a bit nervous about my original suggestion of Based on https://docs.mapbox.com/android/navigation/overview/route-progress/#information-about-progress and other docs, it seems that when a new leg is ready to be travelled can be different than when the device has arrived at a stop or at a waypoint. Is that correct? If the |
| * This example shows how to use the Navigation SDK's [FasterRouteObserver] | ||
| * and display the observer's faster routes that are returned if the | ||
| * device goes off of the original [DirectionsRoute]. | ||
| * |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
address @langsmith 's comment in the previous PR #2947
#2947 (comment)
@langsmith , it's a great point. In terms of the naming, I think we might want to add another callback for the private fun doOnWaypointArrival(routeLegProgress: RouteLegProgress) {
onWaypointArrival(routeLegProgress) // fire it here
val moveToNextLeg = arrivalController.navigateNextRouteLeg(routeLegProgress)
if (moveToNextLeg) {
navigateNextRouteLeg()
}
} |
|
Yeah I also agree with the inaccuracy of
@JunDai also take a note that, a very similar callback exists in the Line 25 in f8de6b7
so maybe the best name for |
|
@langsmith / @kmadsen : feel free to check the PR again. thanks! |
Description
As we discussed in the #2928 that we want to rename the callbacks to be more clearer in terms of
waypointandfinal destination.Fix #2933
bug,feature,new API(s),SEMVER, etc.)Implementation
stoptowaypointroutetofinalDestinationTesting
Please describe the manual tests that you ran to verify your changes
SNAPSHOTupstream dependencies if needed) through testapp/demo app and run all activities to avoid regressionsChecklist
CHANGELOGincluding this PR