Skip to content
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

New parameter for OPF spec conformance #14

Open
Asbjoedt opened this issue Apr 13, 2023 · 0 comments
Open

New parameter for OPF spec conformance #14

Asbjoedt opened this issue Apr 13, 2023 · 0 comments
Assignees
Labels
enhancement New feature or request

Comments

@Asbjoedt
Copy link
Collaborator

Asbjoedt commented Apr 13, 2023

Hi!

I think it would make sense to have a a parameter, that the user can specify which version of the "OPF Spreadsheets Preservation Specification", that the user wants to validate against.

Initially, the validator will only support version 1.0, but I think it would be good to add the framework for implementing other versions of the spec i.e. 1.1, 2.0 and so on now.

Parameter could look like -v1.0.

This parameter will then validate all the requirements and give corresponding errors, warnings and information.

Be aware, the versioning here is not the OASIS file format spec version. This version is handled through the abovementioned spec, which has requirement ODS_2, which will specify the file format version.

Additionally, I think it would be a good feature to enable solely OASIS file format spec version validation. This could be a parameterless validation. So not giving any other argument than the filepath, would then solely check the file format spec and it would do so against v1.3 of the spec. If we consider to have versioning of this also, we could revise it so:

Policy validation -policy1.0
Solely file format standard validation -standard1.3

But using both of these parameters at the same time would be mutually exclusive if you wrote i.e. -standard1.2, because the policy specifies v1.3. Using both argument should then lead to an argument error.

What do you think about this? What is the best implementation? Will it be confusing to have two parameters,that targets two different and potentially mutually exclusive specifications?

@carlwilson carlwilson added the enhancement New feature or request label Sep 9, 2024
@carlwilson carlwilson self-assigned this Oct 3, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants