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
documentation mistake #2158
Comments
It looks ok to me. I can see it might be a bad idea to have inexact percentages, but it doesn't seem so bad that it should be prohibited. |
@bennn The problem is , if u override this function with augment and return an inexact real number between 0 and 1 , u will get an error. |
I don't understand. Can you post the code you have? In the implementation,
|
My code is here:
It runs perfectly but if you replace #e0.5 with 0.5 ,you will get this: container-redraw: result from place-children is not a list of length 2 (matching the input list length) whose elements are lists of length 4 of exact integers |
Given that they must add up to exactly 1, it makes sense to me that they should be limited to exact-real? numbers. But it does seem like there is also a bug in the implementation (or contract) this function uses as well. |
In the doc of function get-default-percentages in gui-lib:
Should the contract of function result be (listof (and/c real? exact? (between/c 0 1))) , not (listof (and/c real? (between/c 0 1))) ?
The text was updated successfully, but these errors were encountered: