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
IsSubAPI constraint #305
Comments
I guess |
I'm very much in favour of organizing and adding to the type-level functionality bits! There's a lot of related stuff in While we're at it, we can maybe generalize some of these functions.
Then |
I'm all for putting together a little group of type families that are of interest to people using servant in non trivial ways, including for use in core servant packages. But please folks, let's not pretend those things are "miscellaneous" -- I suggest we move the links machinery + those things in modules with proper names, without "Utils". I remember seeing a lot of people being thrilled to find out servant supports type-safe links... several weeks/months after they started using it. Let's move all those things in decent modules, |
I agree that these should not be merely How about putting |
I feel like |
|
I am okay with |
Superseded by #345. Closing this. |
I am using this currently to tag sub APIs in
servant-swagger
, but I believe this belongs inservant
:I am not sure where to put it though.
The text was updated successfully, but these errors were encountered: