-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
Address Sphinx 2 compatibility issues #838
Conversation
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.
One comment regarding failing tests. Rest is fine to merge.
@agjohnson can you please update this patch so the tests pass? |
I am currently finishing up this PR and I will be breaking out some of the unrelated work into separate PRs. I am resolving the remaining issue with field lists, definition lists, option lists, and footnotes with CSS |
d9ab09a
to
34e7656
Compare
Rebased and should be ready for final review! I've enabled PR builder, though the assets look cached at the moment. PR builds should use the locally available theme for testing, though we should probably be using |
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.
🎉 excited to get this shipped.
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.
Classifier delimiter is not shown with Sphinx >=2.0.0 #746 did not appear to be fixed in my testing. While I saw the same styling as Sphinx 1.8 (Definition list display different in Sphinx 2.1 #800), the classifier was collapsed into the existing text.This appears to be fixed in the SASS but not in the generated CSS.- While option lists (Option lists display different in Sphinx 2.1 #801) and are different, I agree that the new HTML5 styling is better. If people want the old display, I guess they can stick with the HTML4 writer
This looks great!
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.
This is using CSS `grid` on the html5 writer, which is mostly supported by now.
This call was added in 1.6
Co-authored-by: David Fischer <david@readthedocs.org>
fa363f8
to
f4c56d0
Compare
Thanks for review everyone! I'll move on to cutting a release candidate this afternoon. |
To render correctly, the docs require: * pygments/pygments#1441 * readthedocs/sphinx_rtd_theme#838
This fix updates the `layout.html` with changes I grabbed from readthedocs/sphinx_rtd_theme#838 that relate to the version of the `htmlwriter` that is used. This should resolve dask/dask#6696 once a new release of the theme is cut (I've bumped the version in `__init__.py`) and the update is pulled in there.
This fix updates the `layout.html` with changes I grabbed from readthedocs/sphinx_rtd_theme#838 that relate to the version of the `htmlwriter` that is used. This should resolve dask/dask#6696 once a new release of the theme is cut (I've bumped the version in `__init__.py`) and the update is pulled in there. * Switch back to `extends` from rtd theme
The main change here is that we load information into the template so
that CSS can make decisions about what element hierarchy it can expect,
instead of covering both html4 and html5 writer with a single set of
rules. I also fixed the tox config so that it generates docs for
testing.
This is also in part going to revert the changes in #785. Instead of
maintaining a list of
dl
classes to apply the domain styles to, thisPR instead maintains a list of definition list classes to not apply
the domain definition list styling too. There are too many possibilities
to cover with an include list.
Fixes #800
Fixes #801
Fixes #803
Fixes #831
Fixes #802
Fixes #798
Fixes #799
Fixes #741
Fixes #746
Fixes #855
Note for issues that will be closed by this PR
I will be cutting a development release for the theme as soon as this PR is merged. We could use some testing at that point for the release
0.5rc1
, which will be available on PyPI (hopefully) early next week.