This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

classification
Title: Documentation renders incorrectly
Type: Stage: resolved
Components: Documentation Versions: Python 3.7, Python 3.6, Python 3.4, Python 3.5, Python 2.7
process
Status: closed Resolution: fixed
Dependencies: Superseder:
Assigned To: docs@python Nosy List: docs@python, gibson042, mdk, xtreak
Priority: normal Keywords:

Created on 2017-10-09 17:49 by gibson042, last changed 2022-04-11 14:58 by admin. This issue is now closed.

Messages (5)
msg303988 - (view) Author: Richard Gibson (gibson042) Date: 2017-10-09 17:49
The content at docs.python.org seems to be inserting language-dependent "smart quotes" in code blocks, which mangles backslashes and sequences like `'''`. Observed at https://docs.python.org/3/reference/lexical_analysis.html#string-and-bytes-literals , which renders

  longstring      ::=  “”’” longstringitem* “”’” | ‘”“”’ longstringitem* ‘”“”’

instead of

  longstring      ::=  "'''" longstringitem* "'''" | '"""' longstringitem* '"""'

and

  stringescapeseq ::=  “" <any source character>

instead of

  stringescapeseq ::=  "\" <any source character>

, and looks even worse in other languages:

  longstring      ::=   » »” » longstringitem*  » »” » | “ »«  »” longstringitem* “ »«  »”

  longstring      ::=  「」』」 longstringitem* 「」』」 | 『」「」』 longstringitem* 『」「」』


Running `make html` locally produces the desired output, so whatever's going on appears specific to the public site.
msg303990 - (view) Author: Julien Palard (mdk) * (Python committer) Date: 2017-10-09 19:02
We spotted some quoting probleme in the french translation too, and I still didn't had time to look at it, typically here: https://docs.python.org/fr/3/library/itertools.html#itertool-functions

where we're getting:

  10.1.1. Fonctions d”itertool¶

instead of:

  10.1.1. Fonctions d'itertool¶
msg303996 - (view) Author: Julien Palard (mdk) * (Python committer) Date: 2017-10-09 19:40
Tested locally with different versions of sphinx-build:

- 1.3.3 does not produce the issue
- 1.6.2 (used on docs.python.org) produces the issue
- 1.6.3 does not produce the issue
- 1.6.4 does not produce the issue

Reading the changelog between 1.6.2 and 1.6.3 lead to https://github.com/sphinx-doc/sphinx/issues/3824 itself leading to
https://github.com/sphinx-doc/sphinx/commit/f99fe20e507210bd7db8665b8f234f1fe25c8100

So it looks fixed in 1.6.3 and 1.6.4, I'm running a full local build (using docsbuild-scripts) using sphinx 1.6.4 to see if we can upgrade.
msg326109 - (view) Author: Karthikeyan Singaravelan (xtreak) * (Python committer) Date: 2018-09-22 19:06
Just as an update current docs site uses Sphinx 1.7.6 and the rendering is correct.

Thanks
msg326116 - (view) Author: Julien Palard (mdk) * (Python committer) Date: 2018-09-22 21:21
Thanks for the follow up!
History
Date User Action Args
2022-04-11 14:58:53adminsetgithub: 75918
2018-09-22 21:21:07mdksetstatus: open -> closed
resolution: fixed
messages: + msg326116

stage: resolved
2018-09-22 19:06:26xtreaksetnosy: + xtreak
messages: + msg326109
2017-10-09 19:40:26mdksetmessages: + msg303996
2017-10-09 19:02:39mdksetmessages: + msg303990
2017-10-09 17:52:27ned.deilysetnosy: + mdk
2017-10-09 17:49:43gibson042create