From: Miss Islington (bot) <31488909+miss-islington@users.noreply.github.com> Date: Sun, 6 Oct 2024 23:04:43 +0000 (+0200) Subject: [3.13] Doc: Simplify the definition of 'soft deprecated' (GH-124988) (#125029) X-Git-Tag: v3.13.0~3 X-Git-Url: http://git.ipfire.org/gitweb.cgi?a=commitdiff_plain;h=d7e4c790ffafe0cd886101b2aa25533a1ec2bb6d;p=thirdparty%2FPython%2Fcpython.git [3.13] Doc: Simplify the definition of 'soft deprecated' (GH-124988) (#125029) Doc: Simplify the definition of 'soft deprecated' (GH-124988) (cherry picked from commit feca4cf64e9742b9c002d5533ced47e68b34a880) Co-authored-by: Andrés Delfino Co-authored-by: Adam Turner <9087854+AA-Turner@users.noreply.github.com> Co-authored-by: Sergey B Kirpichev Co-authored-by: Carol Willing --- diff --git a/Doc/glossary.rst b/Doc/glossary.rst index 97cee0755748..17461e23e715 100644 --- a/Doc/glossary.rst +++ b/Doc/glossary.rst @@ -1150,16 +1150,12 @@ Glossary (subscript) notation uses :class:`slice` objects internally. soft deprecated - A soft deprecation can be used when using an API which should no longer - be used to write new code, but it remains safe to continue using it in - existing code. The API remains documented and tested, but will not be - developed further (no enhancement). + A soft deprecated API should not be used in new code, + but it is safe for already existing code to use it. + The API remains documented and tested, but will not be enhanced further. - The main difference between a "soft" and a (regular) "hard" deprecation - is that the soft deprecation does not imply scheduling the removal of the - deprecated API. - - Another difference is that a soft deprecation does not issue a warning. + Soft deprecation, unlike normal deprecation, does not plan on removing the API + and will not emit warnings. See `PEP 387: Soft Deprecation `_.