-
-
Notifications
You must be signed in to change notification settings - Fork 487
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
sage.doctest.control: Exclude doctests in files via file directives ''# sage.doctest: optional - xyz' #30778
Comments
comment:2
Hoping we can make progress on this ticket this week - https://wiki.sagemath.org/days111 |
Changed keywords from none to sd111 |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
comment:6
We could also parse a directive "# doctest: optional - ..." in the file header |
comment:8
Replying to @mkoeppe:
This has been discussed in the past and rejected, on the grounds that the directive is hidden when people look at the reference manual or just do |
Changed branch from u/mkoeppe/sage_doctest_control__exclude_doctests_in_files_from_non_installed_distributions to none |
New commits:
|
Commit: |
This comment has been minimized.
This comment has been minimized.
Changed branch from u/mkoeppe/sage_doctest_control__exclude_doctests_in_files_from_non_installed_distributions to none |
Changed commit from |
Commit: |
comment:12
Replying to @jhpalmieri:
I was trying to find the ticket with this discussion but did not succeed New commits:
|
comment:13
There is certainly an open question here. I don't think it's only a matter of marking up the doctests with "optional" tags. With modularization going forward, we need to find a way to inform the user that some Python module is provided by a particular distribution package. I think this information should be attached to the module name instead of cluttering the doctests. |
comment:14
Until we have a more systematic solution for this, I would just suggest that we add an admonition to the module documentation that says something like: "The classes in this module require the optional package |
comment:33
This could still use some examples, as mentioned in comment:23 and comment:26. |
comment:35
As an example, we could apply it to However, as |
comment:36
@simon-king-jena: would you object if we skipped all tests in |
comment:37
Replying to @jhpalmieri:
I did not intend to create new tests for other matrix implementations. So, I wouldn't object to make all the module's tests optional. In fact, this is what I asked for since I first created the module. |
New commits:
|
comment:40
(untested) |
comment:41
This is working for me the way that I think it should: commands like |
comment:42
Remains to put something in the documentation of |
comment:43
Replying to @mkoeppe:
This is easy enough to do manually. It would be nice to autodetect the line |
comment:44
Let's do this manually for this ticket first |
comment:45
In #32614 I now define some new optional tags, in particular a tag |
Branch pushed to git repo; I updated commit sha1. New commits:
|
comment:47
I've kept it simple and just added a note in the docstring. But do we actually build HTML documentation for optional compiled modules at all? |
comment:48
I'm happy with your changes on the ticket: positive review for those parts. |
Reviewer: John Palmieri, ... |
comment:49
Thanks! |
Changed reviewer from John Palmieri, ... to John Palmieri, Matthias Koeppe |
When a file is marked
# sage.doctest: optional - xyz
, we omit it from doctesting unless--optional=xyz
is given.This will save us from having to add lots of
# optional - ...
tags to files in the course of modularization (#29705)We do this by extending
sage.doctest.control.skipfile
, which already parses files for# nodoctest
file directives.Previous related proposals/discussions: #3260, #20427
Also related: #30746
CC: @simon-king-jena @kiwifb @roed314 @saraedum @nthiery @videlec
Component: doctest framework
Keywords: sd111
Author: Matthias Koeppe, John Palmieri
Branch/Commit:
5cc1288
Reviewer: John Palmieri, Matthias Koeppe
Issue created by migration from https://trac.sagemath.org/ticket/30778
The text was updated successfully, but these errors were encountered: