Skip to content
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

PEP 681: Fix minor formatting and typographical issues #2382

Merged
merged 5 commits into from Mar 8, 2022

Conversation

davidfstr
Copy link
Contributor

Please see individual commit messages for explanation of each change made.

In python.org's PEP rendering, with tall per-line spacing,
this wastes a lot of space.
Why:
* ```-style headers confuse the syntax-highlighting in my text editor.
* I believe '''-style headers are also recommended by the PEP rST template
  for this level of header, but I haven't confirmed.
@davidfstr
Copy link
Contributor Author

CC @debonte (PEP Author)

@hugovk
Copy link
Member

hugovk commented Mar 5, 2022

2e8212b:

  • I believe '''-style headers are also recommended by the PEP rST template
    for this level of header, but I haven't confirmed.

Correct! 👍

First-Level Title
=================

Second-Level Title
------------------

Third-Level Title
''''''''''''''''' 

https://python.github.io/peps/pep-0012/#section-headings

@CAM-Gerlach CAM-Gerlach changed the title PEP 681: Feedback PEP 681: Fix minor formatting and typographical issues Mar 5, 2022
Copy link
Member

@CAM-Gerlach CAM-Gerlach left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, thanks! Some clarifications:

Nit: Adjust PEP reference to include the word "PEP"

Just to make sure we're clear, this is only needed for PEPs that have custom inline link text, which by extension includes those linking to sections (as here). For "normal" :pep:`1` links, "PEP" is prepended automatically as part of the generated inline link text.

Remove gremlin character <0x0c>

The FF (form feed) character is needed for Emacs to recognize the Emacs editor configuration block that follows it at the end of the file. Previously, this was required and included in all PEPs, but as it is effectively obsolete (given only a few PEP editors/authors still use Emacs, and those that do pretty much all use rst-mode which renders this unnecessary) this requirement was formally removed in #2374 .

Without the FF character the following block is (AFAIK) useless, so if you eliminate that, the Emacs config comment following it should be removed as well, or otherwise both should be left alone (and the commit dropped).

@debonte
Copy link
Contributor

debonte commented Mar 7, 2022

@davidfstr, based on #2374 and @CAM-Gerlach's comment above, I'd say we should remove the Emacs configuration block at the end of the file.

Thanks for these changes!

@davidfstr
Copy link
Contributor Author

I believe all feedback has been integrated and this PR is ready to merge. 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

7 participants