You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am doing some testing with WASM and I noticed that the Axis type, used as argument to [..]::digital_value varies from backend to backend.
We should probably create a common enum type that can be used in our API and, if needed, be converted to the appropriate type by the individual backends, in stead of using generics.
The text was updated successfully, but these errors were encountered:
The buttons vary between backends as well. Unfortunately, not every input in one backend has an equivalent in the other, so if I created enums for the inputs they have in common, some inputs would be unavailable. However, I can add the common set as a default feature, and if users want the backend-specific inputs, they could disable ignore it.
EDIT: Since features should be additive, the backend-specific inputs should remain available even if users enable the common set.
On second thought, it would be better for the common set to be a core feature that cannot be disabled. This library is meant to abstract over the backends, after all. Backend-specific inputs would then become an opt-in feature. This will be a breaking change.
On second thought, it would be better for the common set to be a core feature that cannot be disabled. This library is meant to abstract over the backends, after all. Backend-specific inputs would then become an opt-in feature. This will be a breaking change.
I agree. This seems like the best design to me, at least. We should probably bite the bullet and Break All The Things ;)
I am doing some testing with WASM and I noticed that the Axis type, used as argument to
[..]::digital_value
varies from backend to backend.We should probably create a common enum type that can be used in our API and, if needed, be converted to the appropriate type by the individual backends, in stead of using generics.
The text was updated successfully, but these errors were encountered: