-
Notifications
You must be signed in to change notification settings - Fork 72
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
What exact characters are allowed in the map #63
Comments
So far this includes the type-level schema validation and normalization logic. No domain-level validation is in place yet (i.e. checks on the contents of the strings involved; see #63).
The algorithm so far in #67 normalizes and validates roughly so:
I am happy with the RHS algorithm. For the LHS, probably we should not allow the empty string? But otherwise, as discussed in some previous issues, I think it should be pretty free-form... I should probably re-read them to make sure there wasn't something I missed though. |
Parser is merged, good to go here. The above remains accurate except now empty string specifier keys are disallowed. |
Both on the left and right-hand sides?
The only restriction stated in README.md right now is that the right-hand side either starts with
./
,../
, or/
, or is interpreted as a built-in module.Do we want to add URL-based constraints? Does percent-decoding happen? Needs an algorithm, either for parsing or validation or both.
The text was updated successfully, but these errors were encountered: