[issue35492] Missing colon on func statement in library/sys doc
New submission from Jules Lasne : As you can see here, a `:` is missing for the href to be created. https://docs.python.org/3/library/sys.html#sys.get_coroutine_origin_tracking_depth -- assignee: docs@python components: Documentation messages: 331796 nosy: docs@python, mdk, seluj78 priority: normal severity: normal status: open title: Missing colon on func statement in library/sys doc versions: Python 3.7 ___ Python tracker <https://bugs.python.org/issue35492> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35524] using/windows launcher image might be deprecated
New submission from Jules Lasne : https://docs.python.org/3/_images/win_installer.png This image corresponds to the Python 3.5 installer. Would it be useful to get a new screenshot of the latest installer ? I can do it if needed -- assignee: docs@python components: Documentation messages: 332055 nosy: docs@python, seluj78 priority: normal severity: normal status: open title: using/windows launcher image might be deprecated type: enhancement versions: Python 3.7 ___ Python tracker <https://bugs.python.org/issue35524> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35524] using/windows launcher image might be deprecated
Jules Lasne added the comment: There is also a conflict between the image and the text: Under `Selecting a custom install`, a line says ``` To perform an all-users installation, you should select “Customize installation”. In this case: ``` But the screenshot of the installer shows that you can select an option on the main menu to install for all users. What should be done about this conflict ? I cannot currently run the latest installer on Windows but will be able to tonight or tomorrow to check it if no one did before. -- nosy: +mdk ___ Python tracker <https://bugs.python.org/issue35524> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35524] using/windows launcher image might be deprecated
Jules Lasne added the comment: Here is the image, it should be the same size (by a few pixels). Oddly enough, I couldn't get the bottom part to unfold and I can't figure out why -- Added file: https://bugs.python.org/file48005/win_install_python.png ___ Python tracker <https://bugs.python.org/issue35524> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35524] using/windows launcher image might be deprecated
Jules Lasne added the comment: Here it is again, with display scaling disabled ! :) -- Added file: https://bugs.python.org/file48007/Screenshot_2.png ___ Python tracker <https://bugs.python.org/issue35524> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35524] using/windows launcher image might be deprecated
Jules Lasne added the comment: Hi there, any news on this ? Of course it isn't top priority but might as well do it if you can :) -- ___ Python tracker <https://bugs.python.org/issue35524> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36864] Double Spaces in the documentation
New submission from Jules Lasne : Hello, I've come to open this issue today because of the apparent split there is in the documentation about double spaces after a period. Here is a link to an article explaining some of the issue https://www.writing-skills.com/one-space-two-full-stop Anyway, the opinion isn't really important here but, when translating the documentation we waste a lot of time removing the double spaces that are ugly and useless in French. I'd like to propose a PR to remove all double spaces after a period from the documentation as they serve no apparent purpose. I'm open for discussion of course -- assignee: docs@python components: Documentation messages: 341977 nosy: docs@python, seluj78 priority: normal severity: normal status: open title: Double Spaces in the documentation ___ Python tracker <https://bugs.python.org/issue36864> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36864] Double Spaces in the documentation
Change by Jules Lasne : -- nosy: +matrixise, mdk ___ Python tracker <https://bugs.python.org/issue36864> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35200] Range repr could be better
Jules Lasne added the comment: As you can see in his PR (https://github.com/python/cpython/pull/10436), he added multiple display types based on the size of the range. This is easily represented in the dumb_range_repr function: https://github.com/python/cpython/pull/10436/files#diff-95a46658bf7fed08423d060e8f9c1dc2R18 Or here is the C implementation: https://github.com/python/cpython/pull/10436/files#diff-5782f3fcbdfb176507359c3712c42655R597 -- ___ Python tracker <https://bugs.python.org/issue35200> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35249] Docs Makefile always rebuilds entire doc
New submission from Jules Lasne : When working on the Documentation or when translating it, I often have to rebuild the doc locally to see the changes I made and see how it looks. However, with the current configuration, It takes (on my computer at least) more than 4 minutes to build. After investigating, I've found out that the build options on the Makefile of python-docs-fr and of cpython/Docs both have the `E` and `a` options set, which forces a complete rebuild, even when running locally. https://github.com/python/cpython/blob/9ee1d42f019ac827f73479ce241e95733d050e67/Doc/Makefile#L178-L208 https://github.com/python/python-docs-fr/commit/af8c7a95ab5bc50523ba919c74bb6e6b89d16962 My proposal is to add a `make dev` in the `python-docs-fr` Makefile and add in `cpython/Docs` a mode which will only recompile the needed files. -- components: Build messages: 329930 nosy: seluj78 priority: normal severity: normal status: open title: Docs Makefile always rebuilds entire doc type: performance versions: Python 3.7 ___ Python tracker <https://bugs.python.org/issue35249> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35249] Docs Makefile always rebuilds entire doc
Jules Lasne added the comment: Fixed in https://github.com/python/python-docs-fr/pull/426 -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue35249> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
