Hi, I discussed with Guillaume about the Preflight refactoring and we have some questions about le preflight module and the next release.
The "new" preflight implementation will be more flexible and configurable. But it will have significant impact on the current implementation. (New interface, new way to load/validate the pdf...) Due to the 1.7 release that is coming soon, we would like to know how we should commit the preflight modifications without "breaking" the 1.7 release. Here is 3 possibilities : 1 - Exclude the preflight module from the release and work with the current code without compatibility with the old version. 2 - Include the preflight module in the 1.7 release, the new implementation will be create in new packages. They will have no more modifications of the old implementation that will be marked as deprecated. Expect bug fix nothing will be done on old version, only new implementation will be improved (new configuration capabilities, new validation format...). Old version will be definitely removed in a further release (1.8 or 2.0 ?) 3 - Include the preflight module unchanged and release it. The new validation tool will be done in a new module (Present only in the 2.0 branch ?). They will have no more modifications of the old module that will be marked as deprecated. Expect bug fix nothing will be done on old version. Only new module will evolve (new configuration capabilities, new validation format...). What is your opinion about that ? If you have any questions, do not hesitate. BR, Eric