
Yes, both variables ${ds} and ${dsu} are expanded to the location of the schema when you run the validation action and the command line of the custom validation engine is executed. This is true for both the detected schema option (the radio button "Use detected schema") and the custom schema one (the radio button "Use custom schema") of the validation scenario. You don't have to create a different validation engine in Options -> Preferences -> Editor -> Custom Validation Engines. You have to create a different validation scenario using the Configure Validation Scenario action only if you want to validate against a custom schema with a different URL. The same validation engine can be set in any validation scenario that you want. Did you set ${ds}/${dsu} in the command line of the custom validation engine? Please note that you should use either the ${ds} variable or the ${dsu} one, not both variables in the same command line. ${ds} has the form of a full file path (not a relative file path) and ${dsu} has the form of a URL which means ${ds}/${dsu} makes no sense. The editor variables are explained both in the popup menu that is displayed when you insert the variable and in the User Manual: http://www.oxygenxml.com/doc/ug-oxygen/topics/preferences-editor-custom-vali... If you have only ${ds} or ${dsu} in the command line please send the output of the validation action that is displayed in the Info view at the bottom of the Oxygen window. Also send the parameters of the custom validation engine (name, executable path, command line, etc). Regards, Sorin
[...] If yes the variable ${ds} or ${dsu} from the command line of the custom validator should be replaced with the file path or URL of the schema from the scenario. [...]
Do you mean, that ${ds}/${dsu} should be expanded by Oxygen to the schema url (and in my case it just does not), or that I have to create a distinct custom validation engine for every custom schema I want to use?
In the latter case, it would be nice feature to map the custom schema to ${ds}/${dsu}.
Thanks
Stefan