<div dir="ltr"><div dir="ltr"><div>not that anyone asked, but I"d only support:</div><div><br></div><div>> 2a) Adding a str.dedent() method</div><div><br></div><div>and maybe:</div><div><br></div><div>> 2b) Creating a constant-folding peephole optimization for methods on<br>
immutable literals</div></div><div><br></div><div>and frankly, it's a much lighter lift to get approval than:</div><div><br></div><div>1) Creating a new type of string literal which compiles to a dedented<br>
form of multiline string</div><div><br></div><div>Also -- more useful -- dedent() is helpful for non-literals as well.</div><div><br></div><div>Other than docstrings, the case for literals is pretty small, and docstrings are already auto-cleaned up.<br></div><div><br></div><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> in all of the code I've ever written in Python (and that's quite a<br>
> lot...) I've never actually had a case where I this feature would have<br>
> made a significant difference to the code I wrote.</blockquote><div><br></div><div>exactly -- I do have one case -- but that's for an instructional exercise where we are keeping things simple -- in operational code that string would have been in a file, or database, or ....</div><div><br></div><div>-CHB</div><div><br></div><br clear="all"></div><br>-- <br><div dir="ltr" class="gmail_signature">Christopher Barker, PhD<br><br> Python Language Consulting<br>  - Teaching<br>  - Scientific Software Development<br>  - Desktop GUI and Web Development<br>  - wxPython, numpy, scipy, Cython<br></div></div>