-
Notifications
You must be signed in to change notification settings - Fork 407
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
Error in error message... #1344
Comments
I think this has been raised before. Epubcheck isn't telling you what you did wrong, as it only knows the pattern doesn't match. It's telling you what it expects: a non-colonized XML name (NCName). |
Yeah, this message comes from the RelaxNG schema validator (Jing). We might be able to intercept it and reword it, if anyone can suggest a better wording. |
Trying to make NCName human readable definitely seems to focus people on the comma being the issue. Could it say "must be a valid ID reference (IDREF)", or is this a catch-all for all NCName validation? |
I think it is a catch-all. I'll have to double check. |
Yeah, this is a catch all, so it's difficult to intercept particular cases when this is raised to reword the message depending on the context. I'm open to suggestion for something better than "an XML name without colons", but moving this out of v5.0.0 for now. |
I ran into this misleading message for an ID starting with a number and was unable to identify the error. I suggest naming the expected standard so one can search and find it. "XML Namespace NCName compliant is expected" |
Consider this in the package file:
Epubcheck flags an error because it should be
fallback="fallbackid"
. However, the error message says:The problem is not a colon, the problem is a hash mark...
The text was updated successfully, but these errors were encountered: