-
Notifications
You must be signed in to change notification settings - Fork 8
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
Simplify and improve template #8
Simplify and improve template #8
Conversation
b19009a
to
014182f
Compare
014182f
to
22152a0
Compare
Since a git repo is required to successfully build the documentation, this is done here.
[...] Creating file /tmp/simulation_output/spec/simulation_output.extensions.yaml with 1 data types Creating file /tmp/simulation_output/spec/simulation_output.namespace.yaml [...]
Previous example has been copied from the simulation_output extension and was causing warnings when attempting to build the documentation. Indeed, the "Compartments" type was undefined.
3e8fa2b
to
384c488
Compare
68592d6
to
e2bd453
Compare
This commit ensures the "spec/*.yaml" files are copied to "src/pynwb/spec/*.yaml", doing so allows the file to be packages into the distributed wheel. It also removes the setting of "include_package_data=True" from the NEXTSTEP instructions, spec files are already packages by setting package_data.
e2bd453
to
188b62d
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Rather than running the init_sphinx_extension_docs script I think we could just make the files it creates part of the cookiecutter and remove the init_sphinx_extension_docs.
This commit ensures the extension python package is named after the namespace. Doing so avoids to override file like "pynwb/__init__.py" provided by the upstream "pynwb" package.
Do you think the original reasons leading to the implementation of EDIT: To follow up, since nwb-docutils should be moved to a nwb agnostic location (see hdmf-dev/hdmf#7), removing init_sphinx_extension_docs from it is more relevant.
To avoid overriding the files from the upstream pynwb package, the ndx python extension package must have a dedicated name. Indeed, since we can't have
These are due to using a folder name |
Once, this last failure is addressed ... the remaining feature to implement will be the use of an entrypoints allowing to automatically register the ndx python extension on installation and allows any of the following:
|
0159762
to
1c490cf
Compare
@oruebel Should we remove |
It could be added to the But if we don't anticipate the user running the CLI locally to update their documentation, we could simply get ride of it. To get ride of it suggest the following step:
Since I already have a local script to support that workflow, I could fairly quickly update |
OK. Yeah, I think we should replace While the @jcfr It would be great if you could make this change. Let me know if you would like a hand. |
This PR implements the following:
nwb-docutils
to generate the documentation.create_extension_spec.py