-
Notifications
You must be signed in to change notification settings - Fork 572
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
Release changelog 5.4 #876
Conversation
Could use some eyes on the descriptions before final release cut. |
ac3413d
to
b4cc829
Compare
b4cc829
to
cff8dae
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.
Just went through it and caught a few typos.
I may be mistaken in some cases since I am not a native speaker as you know.
docs/source/changelog.rst
Outdated
|
||
There were a few new metadata fields which are now respected in nbconvert. | ||
|
||
``nb.metadata.authors`` metadata attribute will be respected in latex exports. Multiple authers will be added with ``,`` separation against their names. |
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.
typo authers -> authors
docs/source/changelog.rst
Outdated
|
||
``nb.metadata.title`` will be respected ahead of ``nb.metadata.name`` for title assignment. This better matches with the notebook format. | ||
|
||
``nb.metadata.filename`` will override the default output_filename_template when extracting notebook resources in the ``ExtractOutputPreprocessor``. Helpful for when you want to consistently fix to a particular output filename, espcially when you need to set image filenames for your exports. |
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.
(It is) - helpful?
docs/source/changelog.rst
Outdated
|
||
``nb.metadata.filename`` will override the default output_filename_template when extracting notebook resources in the ``ExtractOutputPreprocessor``. Helpful for when you want to consistently fix to a particular output filename, espcially when you need to set image filenames for your exports. | ||
|
||
The ``raises-exception`` cell tag (``nb.cells[].metadata.tags[raises-exception]``), or ``nb.metadata.allow_errors`` for all ells, now allows for cell exceptions to not halt execution as respected in nbval and other notebook interfaces. This feature is toggleable with the ``force_raise_errors`` configuration option. |
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.
for all ells -> for all cells.
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.
as respected -> like?
docs/source/changelog.rst
Outdated
The ``raises-exception`` cell tag (``nb.cells[].metadata.tags[raises-exception]``), or ``nb.metadata.allow_errors`` for all ells, now allows for cell exceptions to not halt execution as respected in nbval and other notebook interfaces. This feature is toggleable with the ``force_raise_errors`` configuration option. | ||
Errors from executing the notebook can be allowed with a ``raises-exception`` tag on a single cell, or the ``allow_errors`` configurable option for all cells. An allowed error will be recorded in notebook output, and execution will continue. | ||
If an error occurs when it is not explicitly allowed, a ``CellExecutionError`` will be raised. | ||
If ``force_raise_errors`` is True, ``CellExecutionError`` will be raised for any error that occurs while executing the notebook. This overrides both the ``allow_errors`` option and the `raises-exception` cell tag. |
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.
cell tags
Uhh, no your English is good and most of those need fixing. I didn't review this closely enough and/or copied from docs in the code and forgot my editor was not syntax highlighting issues. Thanks for the typo check! |
So I think we should revisit the content around the Execute Preprocessor to focus on how it has been improved in a number of ways; including the introduction of configurable kernel managers even though they are just a tiny part of the story. I'll attempt that. |
Thanks M. As an FYI if we don't have the documentation all set by tomorrow morning I won't be able to do the release until Tuesday (or someone else will need to do it). |
Looking at this now. Happy to be the one to get it out the door if need be. |
docs/source/changelog.rst
Outdated
|
||
``nb.metadata.title`` will be respected ahead of ``nb.metadata.name`` for title assignment. This better matches with the notebook format. | ||
|
||
``nb.metadata.filename`` will override the default output_filename_template when extracting notebook resources in the ``ExtractOutputPreprocessor``. The attribute is helpful for when you want to consistently fix to a particular output filename, especially when you need to set image filenames for your exports. |
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.
Ticks around "output_filename_template"?
docs/source/changelog.rst
Outdated
|
||
``nb.metadata.filename`` will override the default output_filename_template when extracting notebook resources in the ``ExtractOutputPreprocessor``. The attribute is helpful for when you want to consistently fix to a particular output filename, especially when you need to set image filenames for your exports. | ||
|
||
The ``raises-exception`` cell tag (``nb.cells[].metadata.tags[raises-exception]``) allows for cell exceptions to not halt execution. The tag is respected in the same way by nbval and other notebook interfaces. ``nb.metadata.allow_errors`` will apply this rule for all cells. This feature is toggleable with the ``force_raise_errors`` configuration option. |
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.
Ticks around "nbval" (or even a link)? https://github.com/computationalmodelling/nbval
docs/source/changelog.rst
Outdated
The ``raises-exception`` cell tag (``nb.cells[].metadata.tags[raises-exception]``) allows for cell exceptions to not halt execution. The tag is respected in the same way by nbval and other notebook interfaces. ``nb.metadata.allow_errors`` will apply this rule for all cells. This feature is toggleable with the ``force_raise_errors`` configuration option. | ||
Errors from executing the notebook can be allowed with a ``raises-exception`` tag on a single cell, or the ``allow_errors`` configurable option for all cells. An allowed error will be recorded in notebook output, and execution will continue. | ||
If an error occurs when it is not explicitly allowed, a ``CellExecutionError`` will be raised. | ||
If ``force_raise_errors`` is True, ``CellExecutionError`` will be raised for any error that occurs while executing the notebook. This overrides both the ``allow_errors`` option and the `raises-exception` cell tags. |
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.
Need double ticks for "raises-exception"
docs/source/changelog.rst
Outdated
|
||
The kernel manager can now be optionally passed into the ``ExecutePreprocessor.preprocess`` and the ``executenb`` functions as the kwarg ``km``. This means that the kernel can be configured as desired before beginning preprocessing. | ||
|
||
This is useful for executing in a context where the kernel has external dependencies that need to be set to non-default values. An example of this might be a Spark kernel where you wish to configure the spark cluster location ahead of time without building a new kernel. |
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.
Consistent cap case for "Spark"
docs/source/changelog.rst
Outdated
Raw Templates | ||
+++++++++++++ | ||
|
||
Template exporters can now be assigned raw templates as string attributes by setting the raw_template variable. |
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.
Ticks for "raw_template"?
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.
A few things need to be clarified — I'll work on the text for that unless you want to make the changes yourself.
docs/source/changelog.rst
Outdated
Surfacing exporters in front-ends | ||
+++++++++++++++++++++++++++++++++ | ||
|
||
Custom exporters are now exposed for front-ends, including classic notebook, to consume. As an example, this means that latex exporter will be made available for latex 'text/latex' mimetype for the Download As interface. |
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.
Couple FYIs; I'll make the changes:
- The LaTeX exporter isn't a custom exporter — "custom exporter" refers to exporters that aren't included in nbconvert itself.
- Exporters can often handle more than just their specific media type (e.g., the LaTeX exporter handles
image/png
by storing the png data out to a file and then loading it with\begin{figure} [htb!] \includegraphics{filename.png} … \end{figure}
- At least @rgbkrk and I are trying to use the term media type in favour of mimetype as it's more intuitive for lots of people.
docs/source/changelog.rst
Outdated
New command line flags | ||
++++++++++++++++++++++ | ||
|
||
The ``--no-input`` flag will apply metadata changes to input cells to mark them as hidden. This is great for notebooks which generate "reports" where you want the code that was executed to not appear by default. |
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.
--no-input
doesn't affect notebook metadata, in fact it has no use case if the output is a notebook. It works by filtering out the input blocks inside the templates. I'll make a change to reflect the mechanism.
docs/source/changelog.rst
Outdated
|
||
``nb.metadata.filename`` will override the default output_filename_template when extracting notebook resources in the ``ExtractOutputPreprocessor``. The attribute is helpful for when you want to consistently fix to a particular output filename, especially when you need to set image filenames for your exports. | ||
|
||
The ``raises-exception`` cell tag (``nb.cells[].metadata.tags[raises-exception]``) allows for cell exceptions to not halt execution. The tag is respected in the same way by nbval and other notebook interfaces. ``nb.metadata.allow_errors`` will apply this rule for all cells. This feature is toggleable with the ``force_raise_errors`` configuration option. |
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.
I think we can include most of the details of this in the refactored section on the ExecutePreprocessor. Since it's the next section, I think it's not too bad to mention that these things exist and link below for more details.
I’ll try to get these changes written up tomorrow at the airport… but I won’t be pushing anything tonight. |
I fixed some of the comments (mostly backticks), note that this is "just" a changelog, you do not need to be too precise, and we can still fix the changelog in further minor or patch release. |
Also, if you do not feel like making the release because you are busy next week, Let me know and I can try to do it. |
I thought the change log notes were supposed to be the basis of the announcement email as well? Those were all things we should have ironed out for the announcement email. |
Sure, but changelog and announcement email/blog are (often) a one time
thing. They address mostly a subset of the audiance:
- general users to be excited about new feature/bugfix
- people who want to know what have change quickly to know wether they are
affected.
Once you read the changelog about a feture/bug/change that affect you, you
(often) head to another page/section to get the actual info.
So you shouldn't spend an unreasonable amount of time making things too
perfect.
As you said it is the basis of an announcement.
You should not feel bad if it's innacurate or approximatif, toi will
~always find somebody unhappy.
You can also see it the following way: if it's not perfect, or could be
improved, it's an occasion to tell someone that update to the changelog is
an easy and welcome contribution to get them engaged.
Hope that make some sens and let you be more relaxed. I'll also leave that
here:
http://thecodelesscode.com/case/215
…On Thu, Sep 6, 2018, 15:23 M Pacer ***@***.***> wrote:
I thought the change log notes were supposed to be the basis of the
announcement email as well? Those were all things we should have ironed out
for the announcement email.
—
You are receiving this because your review was requested.
Reply to this email directly, view it on GitHub
<#876 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAUezwRNJGiX6O2OOslcn897SobV-7G8ks5uYSHPgaJpZM4Wblwy>
.
|
Thanks for the link, @Carreau, that was insightful and disheartening 😄 |
I'm in a agreement with releasing and refining notes later if there's confusion or requests for it. The only piece we are missing is a deeper description of Execute Preprocessor, but I added some note about the subject and encouraged people to read that source code if they want to see more of the changes. Unless someone wants to halt it I am planning on attempting to run the rest of the release around noon (Pacific time) today. |
I can be around gitter if necessary. |
Some fixes have been applied, please re-review, or we can iterate.
Some fixes have been applied, please re-review, or we can iterate.
Changelog improvements for release. We added a few missing additions from the release PR #869 and are working to describe the major changes more in-depth. This will be the contents of the google group email as well.
Added a few reviewers because there's some some limitations on bandwidth for reviewing and getting it finalized.