I'm Miles, see my personal website for more info.
I'm the developer of: Sxmo, Mepo, Mobroute, Transito, and some other smaller projects.
My main interest is in Mobile Linux & Mobile FOSS and most of my projects are related to that end.
Feel free to reach out to me on my email on my website - on email I'm most likely to respond. My nick is usually mla on IRC although I don't regularly check IRC currently.
Comment by ~mil on ~eliasnaur/gio
Just to clarify as I can't edit the ticket - scrolling does work on the top-level list in either case..
But attempting to scroll within the nested listed is broken and has different / no functionality on v0.8.0
Ticket created by ~mil on ~eliasnaur/gio
As of
v0.8.0scrolling appears to be broken when nesting lists (on Android). Attempting to scroll the list on android just does nothing. This is in comparison to old functionality inv0.7.0wherein scrolling down on a nested list properly scrolled the list (e.g. if the cursor was within the nested list only). Note other platforms tested (such as Linux this bug does not effect).Example: https://paste.sr.ht/~mil/df2af99291cd4bf2cda30d3184b3ca96220db5e5
Build the above example with
gogio -target android .; and then compare the results swappingv0.7.0andv0.8.0in go.mod):
Looking into this further, I ran a
git bisectand the breaking commit is: https://git.sr.ht/~eliasnaur/gio/commit/8fb6d3da2b015008ae9debb44241bef13b5c56fbPrior to this commit nested list scrolling worked fine on Android and after, attempting scroll a nested list just nops.
Comment by ~mil on ~mil/mobroute-tickets
All GTFS data is stored in a single SQLite DB. Other then loading new GTFS data, everything via the library is RO (stops querying, routing calcs, etc.) So if multiple apps can access the same filepath DB there's no reason same data can't be shared from library's end. On linux this is pretty trivial (and mobroute CLI & transito app UI on linux already do this / share same SQLite db file). So in that way there would be only 1 DB shared (and no copies involved).
Would need to look into the android-specific way to do this / share a common filepath (atleast as RO)
Comment by ~mil on ~mil/mobroute-tickets
Mobroute (the library behind transito) that provides GTFS stops & routing information etc. can be compiled to a C library via cgo. Then Offi or other apps can use this C library (.so/.h) directly. I plan to document the C usecase better soon as well (as using the go library now is the primary library integration method).
As for a common API (opposed to a library), the unfortunate thing AFAIK is that that requires a pretty platform-specific implementation (e.g. Android has one way, Linux another, iOS another etc.) so I'm unlikely to work on that.
For the library usecase I'm happy to answer questions from other app developers wishing to integrate PT & GTFS features present in transito in another app.
feature-request added by ~mil on ~mil/mobroute-tickets
feature-request added by ~mil on ~mil/mobroute-tickets
transito added by ~mil on ~mil/mobroute-tickets
transito added by ~mil on ~mil/mobroute-tickets
Comment by ~mil on ~mil/mobroute-tickets
Ah that's an intresting idea.
Out of curiosity where is the core perf problem your noticing that this would help with? Are you largely seeing problems with (1) ingest / adding new feeds, (2) routing calculation times, or something else?
feature-request added by ~mil on ~mil/mobroute-tickets