-
Notifications
You must be signed in to change notification settings - Fork 49
-
Notifications
You must be signed in to change notification settings - Fork 49
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
[motion-1] Incorrect type definition link in <size> #411
Comments
I also don't know whether there is a clear note about name conflicts somewhere but there are already some conflicting definitions like for the Disregarding the name conflict, the syntax inside the The question here is, can and should both definitions be merged into one? In any case, the linking should be fixed for now, so I'll create a PR for that. Sebastian |
In my opinion, they can and should be merged, with specific rules written in prose, because it prevents automatic parsing of value definition.
Motion would define that |
We should make a single-use production for ray() that has the right keywords. (Naming conflicts in productions are not allowed, but they do show up. Happy to fix them when they're pointed out.) |
This issue seems to be fixed by 9147ed7. |
The
ray()
definition syntax links to the<size>
definition in css-images-3, however; it appears that ray only accepts a limited number of these arguments:[ closest-side | closest-corner | farthest-side | farthest-corner | sides ]
fxtf-drafts/motion-1/Overview.bs
Line 126 in cb4c0bb
I'm not sure what the usual process is for name conflicts among types. Should the
<size>
definition be replaced with a group defintion containing:[ closest-side | closest-corner | farthest-side | farthest-corner | sides ]
Or are these types of naming conflicts allowed? And if so, the link in the
ray()
function should be changed to https://drafts.fxtf.org/motion-1/#valdef-offsetpath-sizeThe text was updated successfully, but these errors were encountered: