I am very much looking forward to this. Per richard11’s earlier question, I still mean to go the plugin route whenever I can, but there are definitely instances where I’ve run up against a wall, knew roughly how that could be addressed, but was then at the mercy of engineers already strapped for time. :) (As probably no surprise, many of these cases concern graphics.)
Questions:
Along the same lines as other questions regarding the submission process, how might we go about making proposals and hashing them out? In the case of non-trivial submission, I imagine upstream being more receptive if they don’t come as a complete surprise: smoothing away obvious incompatibilities, sussing out the repercussions of various approaches, and so on.
Even if somebody doesn’t want to dabble on the SDK, there might be other ways to contribute such as, say, submitting to or tightening up the test suite. Will this sort of thing be available?
While definitely not a frequently asked question, more of a Readme even, I would also be very interested in anything like an example of the anatomy of an implementation, e.g. “currently, the Android-specific bits are here, here, and here; a new platform must at the very least define the first two”. I suppose it could come down to just subclassing a few key types (long ago Walter said it was a straightforward process), but I’m guessing it’s a bit more tangled.