Page 1 of 1

Different Projects with Different Schematron Validations

Posted: Thu Feb 24, 2022 7:05 pm
by HSBOracle
I use different projects each of which uses different Schematron validations. I'm getting unexpected validation errors in oXygen, and it looks like MAYBE that when I switch projects, the schematron from the previous project maybe trying to validate a file in the current project I'm working in. Is this possible? Is there an equivalent for "clearing the cache" between projects using different Schematron validations? Thank you.

Re: Different Projects with Different Schematron Validations

Posted: Thu Feb 24, 2022 8:49 pm
by chrispitude
HSBOracle wrote: Thu Feb 24, 2022 7:05 pm I use different projects each of which uses different Schematron validations. I'm getting unexpected validation errors in oXygen, and it looks like MAYBE that when I switch projects, the schematron from the previous project maybe trying to validate a file in the current project I'm working in.
I can't be 100% sure, but it seems like MAYBE this happens to us too. :) When I switch from one project to another, sometimes I see errors pop up about unresolved key references that I think might occur transiently as Oxygen switches from one project to another. I haven't yet tried to reproduce this in a controlled way (perhaps open editing windows or open maps in the DITA Maps Manager?) but next time it happens, I'll take a closer look at what windows/views were open at the time.

Re: Different Projects with Different Schematron Validations

Posted: Fri Feb 25, 2022 6:34 pm
by HSBOracle
We have found the culprit in our case. We use two different projects to work on documentation for two different products with different documentation standards in one instance of Oxygen. One of those requires a plug-in that the other doesn't. However, the plug-in affects editing across projects. Our solution is to disable the plug-in when working in the dita files that don't require it. This is done by navigating to Options > Preferences > Plugins and then disabling the plug-in as needed. It's slightly clunky, but easy enough to do.