| Summary: | Allow SDLActivity subclasses to specify the Runnable which invokes SDL_main | ||
|---|---|---|---|
| Product: | SDL | Reporter: | Cole Campbell <cole.campbell> |
| Component: | *don't know* | Assignee: | Ryan C. Gordon <icculus> |
| Status: | NEW --- | QA Contact: | Sam Lantinga <slouken> |
| Severity: | enhancement | ||
| Priority: | P2 | ||
| Version: | don't know | ||
| Hardware: | All | ||
| OS: | Android (All) | ||
| Attachments: |
This patch adds a new createSDLMainRunnable() method to SDLActivity.
Makes SDLInputConnection and DummyEdit public classes |
||
Created attachment 3149 [details]
Makes SDLInputConnection and DummyEdit public classes
I've added an additional patch that expands on the same basic idea as the first one; it makes SDLInputConnection and DummyEdit into public classes so that they can be overridden from the Xamarin end if their functionality needs to be extended. (In my case, I need to change the type of software keyboard that's displayed.)
|
Created attachment 3129 [details] This patch adds a new createSDLMainRunnable() method to SDLActivity. Currently, SDL on Android expects to find SDL_main somewhere in native code. When using SDL in a Xamarin application, however, what we really want to do is write our entrypoint in managed code. The easiest way to do this is to allow subclasses of SDLActivity to provide their own Runnable to the SDL thread, as in the attached patch.