dilly/samplez
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Refresh Rippr snapshot: waypointing and handlebar-mount notes

Browse Source 
Re-exported at d418920.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
uhryniuk
2026-08-11 12:09:35 -05:00
parent 24bbeeffd3
commit 64f5dff30b
4 changed files with 36 additions and 10 deletions
Download Patch File Download Diff File Expand all files Collapse all files

12
rippr-src/README.md
View File

@@ -25,7 +25,7 @@ Kotlin 2.0.21 AGP 8.7.3 Gradle 8.11.1
| Rename / delete / merge rides | Working |
| GPX + GeoJSON export | Working, validated against an external parser |
| Upload to a REST endpoint | Implemented, **no UI** — see below |
| Live map during recording | Deliberately absent — see below |
| Live map during recording | Absent in v2; planned for v3 |
| Group ride view | Deferred to v3 |
## Quick start
@@ -79,11 +79,13 @@ polylines, and GPX `<trkseg>`.
Full reasoning in [docs/ARCHITECTURE.md](docs/ARCHITECTURE.md).
## Two deliberate absences
## Deliberate absences
**No live map while recording.** The phone is in a pocket; nobody is looking at it. A live
map would burn battery on top of GPS and a wake lock for nothing. The map is a post-ride
artifact, gated behind a toggle, and `TrackingService` holds no reference to any map type.
**No live map while recording** — *superseded, see [docs/v3/BACKLOG.md](docs/v3/BACKLOG.md).*
v2 shipped without one because the phone rides in a pocket, so a live map would burn battery
for something nobody is looking at. That premise no longer holds: handlebar mounting is now
a wanted use case. The constraint that survives is architectural — `TrackingService` holds
no reference to any map type, and rendering belongs to a visible screen's Compose lifecycle.
**No UI for the upload endpoint.** The REST uploader works and is tested, but is only
reachable via `Config.setUploadEndpoint()`. It has no server to talk to yet; the UI arrives