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.
Created on 2005年07月13日 16:48 by georg.brandl, last changed 2022年04月11日 14:56 by admin. This issue is now closed.
| Messages (3) | |||
|---|---|---|---|
| msg54585 - (view) | Author: Georg Brandl (georg.brandl) * (Python committer) | Date: 2005年07月13日 16:48 | |
textwrap.dedent() is very useful for in-code multi-line string literals. However, as it is "hidden" in a module it does not really fit in, people don't use it and instead propose new string literal syntax for "dedented". str.dedent with an efficient C implementation would solve this. |
|||
| msg54586 - (view) | Author: Raymond Hettinger (rhettinger) * (Python committer) | Date: 2005年07月13日 21:53 | |
Logged In: YES user_id=80475 -1 * Being a top level function in a module doesn't count as hidden. This is no more hidden than collections.deque, glob.glob, or re.sub. * The API requirements are looser in a textwrap context. For a string method, there would need to be a universally useful decision about how to handle mixed spaces and tabs and whether the first line of a triple-quoted string would be handled differently. Am not sure if universal newlines present any additional issues. * The world-view of the string module is character oriented, not line oriented. A dedent method() is not a perfect fit. * While the topic comes up every few years, in general, there is no user demand for this. |
|||
| msg54587 - (view) | Author: Georg Brandl (georg.brandl) * (Python committer) | Date: 2005年09月15日 05:45 | |
Logged In: YES user_id=1188172 Rejected as per discussion on python-dev. |
|||
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2022年04月11日 14:56:12 | admin | set | github: 42186 |
| 2005年07月13日 16:48:21 | birkenfeld | create | |