DRAFT! Parse Intent
from getIntent()
and provide extra getters
#4
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Depends on #9
Works towards rust-mobile/ndk#275 / rust-mobile/ndk#380, but doesn't yet fully implement the
onNewIntent()
callback +setIntent()
yet to follow up on new intents delivered to an already running app.Quick draft to see if I could use this crate. While there's exactly zero overlap in the current implementation (this crate only provided setters, whereas I only needed getters), I still think this is the right place to implement (continue implementing...) a JNI-based
Intent
wrapper. No other Rust crate exists for this purpose yet while it's still very useful to have in Rust.This renames
Intent
toIntentBuilder
(because of storing a "builder-pattern"Result
inside) andInner
to a publicizedIntent
where a few new getters are implemented. A freewith_current_intent()
function is added to provide a view of an'env
scopedIntent
based onActivity.getIntent()
onndk_context::android_context()
(I know, broken design).TODO
.unwrap()
with proper result wrappers.Intent
struct where they return normalResult
s, which can then be captured in theIntentBuilder
instead.