Improved GPX Sharing: Share as ZIP #501
Conversation
- Added functionality to package tracks and associated files into a ZIP file. - Improved user experience when sharing tracks with complementary resources.
- Modified `zipCacheFiles` to ensure it only returns a single ZIP file. - Updated sharing functionality to exclusively share ZIP files. - Improved handling of associated files to maintain consistency in file sharing.
|
It is better to always share a zip file that contain the GPX and the multimedia files (if there are). In this way, the expected behavior of the functionality will be constant. Also, this is a step towards implementing #64 but as a separate PR. |
Fixed a bug where the filename would be duplicated when sharing a trace. The issue was caused by comparing the name with the trace start date instead of the creation date. Now, the correct comparison ensures the filename is properly assigned.
jamescr
changed the title
jamescr
changed the title
|
Hi @Andyporras !👋🏼 I tested your PR with API25 and API35 and works well. However, I noticed that when the trace has too many files associated the app stops while it is generating the I do not know if it is relevant to implement it asynchronously and display a message indicating that the application is generating the zip file. @jamescr @Binnette |
|
ready, I made a commit with the suggested changes, plus I added the if that fixes the bug I told you about. |
Andyporras
force-pushed
the
share_zip
branch
from
242e6b9 to
9d32da8
Compare
This update enhances the GPX sharing functionality by introducing the ability to share traces as a ZIP file when associated files (e.g., images or other media) are present. If no associated files are detected, the trace is shared as a standard GPX file. This improvement ensures better handling of additional trace data and facilitates seamless sharing of complete trace information.
This feature was implemented in collaboration with @Kevin-Salazar-itcr and @FR3DD221