-
Notifications
You must be signed in to change notification settings - Fork 42
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
Document technical design precedence #40
Comments
Also: consider adding this precedence and links to the doc to the repo's issue template. |
(Hey @Lukasa the mention on the other issue was a hint that you should say a thing about why you prefer WHATWG) |
My preference for WHATWG is purely pragmatic: ultimately the browsers train the majority of users and developers in how URLs will be handled. Not doing what browsers do leads your code to be considered buggy. So ultimately we should probably just conform. |
@Lukasa Yeah, that was my understanding. Which is why @mahmoud's contention on #38 was a bit of a surprise to me:
Are the browsers following WHATWG or not? I honestly don't keep close enough tabs on this sort of thing to know; my general impression was that they were. |
WHATWG is supposed to be a codification of browser practice. If it isn’t, that should be reported as an erratum to the spec. |
The URL is a complicated structure with a long history. Not all implementations and standards agree on the finer details.
Per discussion in #38, I need to add a new FAQ or section to the Design document that details the design goals in terms of precedence.
In general terms, the current precedence is RFC3986 (and other non-obsolete RFCs), browser behavior (particularly Firefox and Chrome), Twisted community practices, and somewhere down the line WHATWG. Some explanation of this is in order.
The text was updated successfully, but these errors were encountered: