Robert Bragg

> > This updates the Android backend to use the [android_activity crate](https://github.com/rib/android-activity) instead > > of [ndk-glue](https://github.com/rust-windowing/android-ndk-rs/tree/master/ndk-glue). This solves a few issues: > > I have previously requested to keep...

> > I recall we had some discussion around wanting a pure rust glue layer which I agree would be nice to have eventually but I think I tried to...

For reference here I recently merged this PR for android-activity which fully ports the native-activity backend to Rust: https://github.com/rib/android-activity/pull/35. It has no affect on the public API / design etc...

> thanks for looking into this topic - allowing a broader set of activities seems interesting while keeping compatibility with the base `NativeActivity`. Tested it yesterday a bit with simpler...

For reference here; the change I pushed today was to implement @msiglreith's idea of re-exporting the android-activity API so that it's possible for applications to avoid explicitly depending on `android-activity`...

just rebased, updated the features table and removed an out-of-date comment

Since this PR is currently blocked due to requested changes from @MarijnS95 I've re-requested review while I hope all issue have been resolved now.

Hey all, sorry to poke here but since there hasn't been any follow up here in the last week I wonder if we can agree whether this PR is ready...

> One remaining question would be, since the effort to port the native-app-glue to rust has been made, why does the game activity not make use of it? The `GameActivity`...

About build system compatibility in general - I'm not quite sure how come that was listed as a con really. As far as I know this backend + `android-activity` should...