-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
Editorial: tuple origin member types #7221
Labels
Comments
Simple solution seems reasonable. It seems like a pain to properly use the scheme type everywhere. (Port is probably less painful.) |
annevk
added a commit
that referenced
this issue
Oct 15, 2021
In particular, scheme and port are members of the URL concept. Fixes #7221.
Yeah, I guess I wasn't thinking of introducing more concrete types, mainly giving the string and number a name. But even that seems a bit much without more use cases. |
domenic
pushed a commit
that referenced
this issue
Oct 15, 2021
In particular, scheme and port are members of the URL concept. Fixes #7221.
dandclark
pushed a commit
to dandclark/html
that referenced
this issue
Dec 4, 2021
In particular, scheme and port are members of the URL concept. Fixes whatwg#7221.
mfreed7
pushed a commit
to mfreed7/html
that referenced
this issue
Jun 3, 2022
In particular, scheme and port are members of the URL concept. Fixes whatwg#7221.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
For scheme and port types we refer to members of the URL concept. This is wrong. The members belong to a concept, they don't represent a type.
The simplest solution would be to write "ASCII string" and "null or a 16-bit unsigned integer" instead.
The more ambitious solution would be to introduce a standalone scheme and port concept in URL. (This has come up before, but I'm not sure there was a good use case.)
Thoughts?
The text was updated successfully, but these errors were encountered: