Skip to content
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

What kind of intos should be supported? #10

Closed
epage opened this issue Mar 28, 2018 · 1 comment
Closed

What kind of intos should be supported? #10

epage opened this issue Mar 28, 2018 · 1 comment
Labels
question Uncertainty is involved

Comments

@epage
Copy link
Contributor

epage commented Mar 28, 2018

What kind of conversions from non-predicates should be supported? Or conversions from one type of predicate to another?

Ideas include

  • An into implementation that converts anything that implements Eq into a predicate. This would allow theoretical API to do something like 5.assert(5).
  • Create a predicate that auto-adapts types and create an Into of it.
@epage epage added the question Uncertainty is involved label Mar 28, 2018
@epage
Copy link
Contributor Author

epage commented May 29, 2018

For now, I'm doing this at the client-site where they can better determine the policy of what all types should be converted into a predicate.

@epage epage closed this as completed May 29, 2018
epage added a commit that referenced this issue Dec 4, 2023
chore(config): migrate renovate config
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Uncertainty is involved
Projects
None yet
Development

No branches or pull requests

1 participant