Repository navigation
Conversation
Migrate the OHOS adapter and release metadata to the upstream directory layout. Use workspace AccessKit 0.25 and consumer 0.39, preserve subtree action targets with NodeRef::locate, and clarify multi-instance provider lifetimes. Keep the API 13 default and the upstream winit 0.30 integration.
Use an unconditional dependency table for the OHOS adapter and declare ohos-accessibility-binding 0.1 directly in its manifest.
Co-Authored-By: Claude Code <noreply@anthropic.com>
|
Hi @richerfu, an OpenHarmony adapter is desired so thank you for that. I don't really have the time to review this pull request in the very short term but I will do it eventually. I have recently added the example_common crate to make it easier to manually test features as well as to show users an idiomatic implementation, how much work would it be for you to follow the pattern in the Windows example and add a showcase example to this new adapter? I would need to manually validate this and I assume that testing on a real device would be preferable, any recommendation? How are you testing it on your side? I also don't see any updates to the CI workflow, that would be required. We also offer C bindings. Do you think you would be able to make the necessary changes over there too, including generating pre-built libraries and updating the SDL example? No time pressure, I am unlikely to review this in the coming weeks. |
|
Sure, it depends on a newer version of |
Add a basic implenmation for OpenHarmony, but winit does not support ohos for now which depends on rust-windowing/winit#4684.