-
Notifications
You must be signed in to change notification settings - Fork 584
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Make DelayHelper or similar API part of System.Device.Gpio #1249
Comments
Yes, that's something in the radar, the request came few times and we should have it public with maybe few adjustments. So please stay a bit patient. |
Great looking forward for that! I have a ton of questions ranging from testing, bugs, HW support, API- and design proposals and don't know if I should create separate question issues or rather gather them in one? |
Yea, the roadmap is very outdated. We're just in the process of getting on track again (after the project has been sleeping a bit due to higher priority issues). Ignore that 3.0 number there, that was a project milestone that should probably never have been named like that. It is ok to create issues, as long as it is reasonable that they can be addressed in a timely manner. That will (or rather should) of course be the case for bugs and problems. But if you ask for support for some obscure hardware that nobody has, that will probably not be helpful. |
Yes when we say 3.0 we meant .NET Core 3.0 because we align releases.. Yes the doc is very old and we will publish new one once it's finalized. @hugener to move this forward sooner I suggest to write specific place and API names you'd like this to have, once we have some agreement in the issue then we can talk about it during our weekly meeting and possibly approve and move forward with publishing these APIs. Perhaps renaming DelayHelper to Delay and some better names and namespaces would suffice here |
[Triage] We will make the DelayHelper public. Work to be done on the naming and namespace to be |
[Triage] We should make it public but it should stay in Iot.Device.Bindings (milliseconds overloads should not be public) |
Timing is often important when developing device bindings, I request that System.Device.Gpio provides something like DelayHelper allowing us to use waits without having to provide our own implementation.
I am developing my own bindings, some which I don't think will live up the quality standards of Iot.Device.Bindings, but I would still like to base them on System.Device.Gpio and think that it should provide all generic functionality needed to implement a device bindings. An API for delays is missing in System.Device.Gpio and it would be nice to have one that waits the best possible way on the various platform, or just DelayHelper if that's considered good enough.
The text was updated successfully, but these errors were encountered: