Opened 3 years ago
Last modified 5 months ago
#1290 reopened defect/bug
Android : make map location changeable from within the app
Reported by: | jandegr | Owned by: | cp15 |
---|---|---|---|
Priority: | major | Milestone: | |
Component: | port/android | Version: | git master |
Severity: | normal | Keywords: | |
Cc: |
Description
To cope with device specific configurations and user preferences, we need a user-friendly way to change the location where the app can find and should store maps, in an Android compliant way, so gui-internal is exlcuded because it violates at least 2 Android rules.
Attachments (1)
Change History (7)
Changed 3 years ago by jandegr
comment:1 Changed 3 years ago by jandegr
comment:2 Changed 3 years ago by jandegr
comment:3 Changed 3 years ago by jandegr
- Component changed from core to port/android
- Owner changed from KaZeR to cp15
comment:4 Changed 3 years ago by kazer
I had an issue with this patch similar to the one i had with your patch from #1285
comment:5 Changed 6 months ago by http://wiki.navit-project.org/index.php/user:jkoan
- Resolution set to fixed
- Status changed from new to closed
comment:6 Changed 5 months ago by kazer
- Resolution fixed deleted
- Status changed from closed to reopened
Note: See
TracTickets for help on using
tickets.
Attached a diff of a first attempt using https://github.com/vaal12/AndroidFileBrowser as activity to choose a path.
Result : allows to choose a medium / path in-app where Navit looks for maps, stores downloaded maps and looks for a custom navit.xml as well.
TODO : -implement some rules for when to allow and when to force a user to select a medium -check for usability of the medium / path at each startup -add some filter to remove asec, cd-rom, obb, shell and such from the list of selectable paths. -let the filebrowser show which media are removable and which are internal or emulated.
By default the paths in navit.xml are relative now but *core users, addicted to their beloved navit.xml, can still work in the same way as they used to, with absolute paths.
Only works for maps, if you want to use the map tag it is expected that you know its exact location as well.
The relative paths work nicely in combination with the relative path option in the textfile maps (as already used in #1285). And I now have distinct folders for testing and real usage, each holding another set of maps and another navit.xml.