FazBrowse GitHub Viewer | Trending |
URL:
| Home
Tools: [Download Repo ZIP]   [Original HTTPS Page]

gh-108202: `calendar`: Document `TextCalendar` methods by StanFromIreland · Pull Request #127608 · python/cpython · GitHub

Repository navigation

gh-108202: calendar: Document TextCalendar methods - #127608

Merged
erlend-aasland merged 14 commits into
python:mainfrom
StanFromIreland:patch-4
Jan 3, 2025
Merged

erlend-aasland merged 14 commits into
python:mainfrom
StanFromIreland:patch-4

Conversation

StanFromIreland commented Dec 4, 2024 •
edited by github-actions Bot
Loading

Copy link
Copy Markdown
Member

StanFromIreland marked this pull request as ready for review December 5, 2024 16:27

This comment was marked as outdated.

ZeroIntensity left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Choose a reason Spam Abuse Off Topic Outdated Duplicate Resolved Low Quality

Some initial comments. (I'll tag Erlend again once I consider this ready from a triage standpoint.)

It's probably worth converting the phrase "string representation" into a reference to the str class.

Comment thread Doc/library/calendar.rst Outdated
Comment thread Doc/library/calendar.rst Outdated
Comment thread Doc/library/calendar.rst Outdated
Comment thread Doc/library/calendar.rst Outdated
Comment thread Doc/library/calendar.rst Outdated
ZeroIntensity added needs backport to 3.12 only security fixes needs backport to 3.13 only security fixes labels Dec 10, 2024
StanFromIreland and others added 5 commits December 10, 2024 16:04
Co-authored-by: Peter Bierma <zintensitydev@gmail.com>
Co-authored-by: Peter Bierma <zintensitydev@gmail.com>
Co-authored-by: Peter Bierma <zintensitydev@gmail.com>
Co-authored-by: Peter Bierma <zintensitydev@gmail.com>
As per ZeroIntenisities suggestion
Comment thread Doc/library/calendar.rst Outdated
Antony3293 mentioned this pull request Dec 10, 2024
Co-authored-by: Peter Bierma <zintensitydev@gmail.com>

ZeroIntensity left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Choose a reason Spam Abuse Off Topic Outdated Duplicate Resolved Low Quality

Ok, I'll refrain from nitpicking. I don't know enough about calendar to give this a green check, so I'll just tag Erlend.

Comment thread Doc/library/calendar.rst Outdated
Comment thread Doc/library/calendar.rst Outdated
Comment thread Doc/library/calendar.rst Outdated
Comment thread Doc/library/calendar.rst Outdated
Comment thread Doc/library/calendar.rst Outdated
Comment thread Doc/library/calendar.rst Outdated

Copy link
Copy Markdown
Member Author

@erlend-aasland All done now. In the future do you prefer a PR for every function like hugokvs maybe it is easier to review?

Copy link
Copy Markdown
Contributor

No, do not create one PR for every function. Just don't mix different types of changes in a PR (nor in an issue). This is all explained in clear text in the devguide.

Copy link
Copy Markdown
Member Author

@erlend-aasland ok. Is this PR ok for you then? Are there any other changes you want before you review? This PR was originally focused on just the functions but then expanded with suggestions from other reviewers, I have reverted all of them.

Copy link
Copy Markdown
Contributor

Is this PR ok for you then?

I'm torn about these changes. If you take the time to read through this issue's history, you'll find that it is in fact pretty controversial. Some core devs actively oppose documenting methods that could/should be considered helpers and/or private APIs. Other core devs lean towards that every (intentional or unintentional) public API should be documented. There is no happy path.

I guess I'm fine with this; since other similar calendar formatting helpers have been documented, we might as well document the rest of them.

Copy link
Copy Markdown
Contributor

This PR was originally focused on just the functions but then expanded with suggestions from other reviewers, I have reverted all of them.

I see; I'm sorry about the extra work. I did not read through all of the previous remarks. I prefer to align strictly with our recommended development guidelines and strictly keep any type of change atomic. This implies:

  • not mixing multiple bugfixes
  • not mixing bugfixes and features
  • not mixing multiple features (related or unrelated)
  • not mixing different types of documentation enhancements or "bugfixes"

As with any kind of rule, there will be exceptions. But exceptions are exceptions; if they become the new norm, our guidelines become moot.

Keeping changes atomic has several positive effects:

  • changes are easier to review
  • code changes are easier to debug1
  • backporting is made easier
  • reverting problematic changes is easier

Footnotes

  1. note that git bisect becomes pointless if you mix bugfixes and/or features in a single PR ↩

Copy link
Copy Markdown
Contributor

@picnixz: if you are satisfied with this, feel free to land it.

picnixz left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Choose a reason Spam Abuse Off Topic Outdated Duplicate Resolved Low Quality

A last markup change and we're good.

Comment thread Doc/library/calendar.rst Outdated
Co-authored-by: Bénédikt Tran <10796600+picnixz@users.noreply.github.com>

picnixz commented Jan 3, 2025

Copy link
Copy Markdown
Member

(FTR, I still don't have the commit rights so you'll still need to hit the merge button @erlend-aasland :'))

erlend-aasland commented Jan 3, 2025 •
edited
Loading

Copy link
Copy Markdown
Contributor

(FTR, I still don't have the commit rights [...]

What?! Outrageous! 😄

erlend-aasland merged commit bb73426 into python:main Jan 3, 2025

This comment was marked as outdated.

miss-islington pushed a commit to miss-islington/cpython that referenced this pull request Jan 3, 2025
…ythonGH-127608)

Document the following TextCalendar methods:
- formatday()
- formatmonthname()
- formatweekday()
- formatweekheader()
(cherry picked from commit bb73426)

Co-authored-by: Stan Ulbrych <89152624+StanFromIreland@users.noreply.github.com>
miss-islington pushed a commit to miss-islington/cpython that referenced this pull request Jan 3, 2025
…ythonGH-127608)

Document the following TextCalendar methods:
- formatday()
- formatmonthname()
- formatweekday()
- formatweekheader()
(cherry picked from commit bb73426)

Co-authored-by: Stan Ulbrych <89152624+StanFromIreland@users.noreply.github.com>

bedevere-app Bot commented Jan 3, 2025

Copy link
Copy Markdown

GH-128440 is a backport of this pull request to the 3.13 branch.

bedevere-app Bot removed the needs backport to 3.13 only security fixes label Jan 3, 2025

bedevere-app Bot commented Jan 3, 2025

Copy link
Copy Markdown

GH-128441 is a backport of this pull request to the 3.12 branch.

bedevere-app Bot removed the needs backport to 3.12 only security fixes label Jan 3, 2025
erlend-aasland pushed a commit that referenced this pull request Jan 3, 2025
…H-127608) (#128441)

Document the following TextCalendar methods:
- formatday()
- formatmonthname()
- formatweekday()
- formatweekheader()

(cherry picked from commit bb73426)

Co-authored-by: Stan Ulbrych <89152624+StanFromIreland@users.noreply.github.com>
erlend-aasland pushed a commit that referenced this pull request Jan 3, 2025
…H-127608) (#128440)

Document the following TextCalendar methods:
- formatday()
- formatmonthname()
- formatweekday()
- formatweekheader()

(cherry picked from commit bb73426)

Co-authored-by: Stan Ulbrych <89152624+StanFromIreland@users.noreply.github.com>
WolframAlph pushed a commit to WolframAlph/cpython that referenced this pull request Jan 4, 2025
…ython#127608)

Document the following TextCalendar methods:
- formatday()
- formatmonthname()
- formatweekday()
- formatweekheader()
srinivasreddy pushed a commit to srinivasreddy/cpython that referenced this pull request Jan 8, 2025
…ython#127608)

Document the following TextCalendar methods:
- formatday()
- formatmonthname()
- formatweekday()
- formatweekheader()
StanFromIreland deleted the patch-4 branch February 11, 2025 16:42
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters. Learn more about bidirectional Unicode characters
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

docs Documentation in the Doc dir skip news

Projects

Status: Done

Development

Successfully merging this pull request may close these issues.

6 participants


Back | FazBrowse Home | New Git URL