-
Notifications
You must be signed in to change notification settings - Fork 6
Rebased 'schematron' onto 'issue-144' #151
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
Conversation
- causes 'as' attribute values to use XPath syntax-highlighting - completionProvider will need fixing - xslTokenDiagnostics will need fixing
…okens within the 'as' attribute value, now that the attribute value is tokenised
…e 'simpleType' - even if the value does not match a simple type - this allows xsltTokenDiagnostirs to report errors if the token value does not match a type name like 'xs:integer'
… attribute to be neutral - so make the token types nodeType and simpleType have a 'string' type in the semanticTokenTypes 'superType' declaration
…n type to be simpleType and not anonymousFunction
does not cause a 'missing context-item' error
…xed with '~' character 2. don't report error for 'xs:anyAtomicType' - it doesn't have a constructor
…ookup: e.g. on 'key1': $val?key1?key2
…ML schema we cannot easily get the set of defined types, so, provided the type's namespace is declared, report no error
…mmit, we need to check the full list of bound namespace prefixes, not just the xsltPrefixes
… completion-list the updated item would be xs:xs:string - must not dupe the type prefix
…bute 2. show error for types not expected when withinTypeDeclarationAttr is true
- this helps the linter
…pleType' check that 'book' is a valid node-name
…r, xs:integer) or too few: e.g. map ( ) - TODO: 'map()' (no space char between brackets)
2. detect problem with map() or array()
provide meaningful error message with new error type
I've never used rebase myself, so accepted the pull-request with some trepidation, but this has done what I think both you and I hoped it would. The issue-144 branch changes are now included on the schematron branch and 'master' is unaffected. |
I don't know whether it was visible to you, but I forked, rebased, then deleted the fork 2-3 times before I got something that didn't also repeat all of the 'issue-144' commits on the 'schematron' branch. |
'issue-144' is the future. See #150
Hopefully this doesn't tie GitHub's 'Network Graph' in knots.