From andreas.roehler at online.de  Mon Oct  5 09:52:59 2015
From: andreas.roehler at online.de (=?UTF-8?B?QW5kcmVhcyBSw7ZobGVy?=)
Date: Mon, 05 Oct 2015 09:52:59 +0200
Subject: [Python-mode] python-mode.el 6.2.1 released
Message-ID: <56122C5B.6090007@online.de>

Hi guys,

gladly announcing release 6.2.1

Something new comes with it:

- Handles PEP 492 async coroutines

- Logic of py-indent-region WRT lp:1426903
   In case first line accepts an indent,
   keep the remaining lines' relative.
   Otherwise lines in region get outmost indent,
   same with optional argument

- Commands
   - py-match-paren
     If at a beginning, jump to end and vice versa.
     Matches lists, block, statement, string and comment

   - ipython2.7
   - ipython3

   - py-beginning-of-for-block
   - py-beginning-of-for-block-bol
   - py-end-of-statement-bol
   - py-end-of-top-level-bol

   - py-flycheck-mode - toggle `flycheck-mode' from menu "Checks"

   - py-execute-section - execute arbitrary chunks of code
   - py-execute-section-python
   - py-execute-section-python2
   - py-execute-section-python3
   - py-execute-section-ipython
   - py-execute-section-ipython2.7
   - py-execute-section-ipython3
   - py-execute-section-jython

   - py-sectionize-region
   - py-backward-section
   - py-forward-section

   - py-narrow-to-block
   - py-narrow-to-block-or-clause
   - py-narrow-to-class
   - py-narrow-to-clause
   - py-narrow-to-def
   - py-narrow-to-def-or-class
   - py-narrow-to-statement

- New helper functions, like
   - py--end-of-block-bol-p
   - py--end-of-clause-bol-p
   etc.

   Functions in a boolean sense just stating if being at an end or
   start no longer a command. Renamed as interanal
   functions with prefix `py--' now.

- TAB-indent from column zero: go to outmost first, lp:1375122
- (I)Python-shell setup made more reliable

New customizables:

- py-imenu-max-items, default is 99
   Sets `imenu-max-items'

- py-python-edit-version, default is ""
   When not empty, fontify according to Python version specified.

- py-pdb-executable, default is nil
   Indicate PATH/TO/pdb.

- py-update-gud-pdb-history-p, default is t
   If pdb should provide suggestions WRT file and pdb-path.

- py-split-window-on-execute-threshold, default is 3
   Don't split when max number of displayed windows is reached.

Renamed:
- py-beginning-of-commented-section --> py-beginning-of-comments
- py-narrow-to-defun --> py-narrow-to-def


;;;;;;;

Enjoy,

Andreas

From andreas.roehler at easy-emacs.de  Thu Oct 29 03:00:31 2015
From: andreas.roehler at easy-emacs.de (=?UTF-8?B?QW5kcmVhcyBSw7ZobGVy?=)
Date: Thu, 29 Oct 2015 08:00:31 +0100
Subject: [Python-mode] Fwd: bug#21778: 24.5;
 python mode: fill-paragraph with raw docstring
 ignores	python-fill-docstring-style
Message-ID: <5631C40F.3050009@easy-emacs.de>

  Hi Barry,

assume this affects python-mode.el also (?)

Cheers,

Andreas

-------- Original Message --------
Subject: 	bug#21778: 24.5; python mode: fill-paragraph with raw 
docstring ignores python-fill-docstring-style
Resent-Date: 	Wed, 28 Oct 2015 19:44:01 +0000
Resent-From: 	John Palmieri <jhpalmieri64 at gmail.com>
Resent-CC: 	bug-gnu-emacs at gnu.org
Date: 	Wed, 28 Oct 2015 12:16:20 -0700
From: 	John Palmieri <jhpalmieri64 at gmail.com>
To: 	21778 at debbugs.gnu.org



To recreate the bug, in Python mode, type

def f():
     r"""
     This is the docstring for my function.

     It's a raw docstring because I want to type \t here, and maybe \n,
     for example in LaTeX code like \tau or \nu.

     More docstring here.
     """
     pass

Now with the cursor in the first sentence of the docstring, running 
fill-paragraph ignores the setting of python-fill-docstring-style, I 
think because Emacs doesn't detect that r""" is the start of the  
docstring. Similarly, running fill-paragraph in the last sentence 
behaves badly. Also similarly, I think that it should be valid to begin 
a docstring with b""" or u""" (and possibly some combination of b, r, u, 
before """, although I'm not sure), and these also don't behave correctly.



In GNU Emacs 24.5.1 (x86_64-apple-darwin13.4.0, NS apple-appkit-1265.21)
  of 2015-04-10 on builder10-9.porkrind.org 
<http://builder10-9.porkrind.org>
Windowing system distributor `Apple', version 10.3.1348
Configured using:
  `configure --with-ns '--enable-locallisppath=/Library/Application
  Support/Emacs/${version}/site-lisp:/Library/Application
  Support/Emacs/site-lisp''

Important settings:
   value of $LANG: C
   locale-coding-system: utf-8-unix

Major mode: Outline

Minor modes in effect:
   goto-address-mode: t
   TeX-PDF-mode: t
   tooltip-mode: t
   electric-indent-mode: t
   mouse-wheel-mode: t
   tool-bar-mode: t
   menu-bar-mode: t
   file-name-shadow-mode: t
   global-font-lock-mode: t
   font-lock-mode: t
   auto-composition-mode: t
   auto-encryption-mode: t
   auto-compression-mode: t
   buffer-read-only: t
   line-number-mode: t
   auto-fill-function: do-auto-fill
   transient-mark-mode: t
   view-mode: t

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-mode/attachments/20151029/2ac07ce6/attachment.html>

From barry at python.org  Thu Oct 29 15:37:14 2015
From: barry at python.org (Barry Warsaw)
Date: Thu, 29 Oct 2015 15:37:14 -0400
Subject: [Python-mode] bug#21778: 24.5;
 python mode: fill-paragraph with raw docstring
 ignores	python-fill-docstring-style
In-Reply-To: <5631C40F.3050009@easy-emacs.de>
References: <5631C40F.3050009@easy-emacs.de>
Message-ID: <20151029153714.61dc6ff8@limelight.wooz.org>

On Oct 29, 2015, at 08:00 AM, Andreas R?hler wrote:

>assume this affects python-mode.el also (?)

Well, I see weird things when I try to reproduce this with the head of git
master.

Starting with the original example:

-----snip snip-----
def f():
    r"""
    This is the docstring for my function.

    It's a raw docstring because I want to type \t here, and maybe \n,
    for example in LaTeX code like \tau or \nu.

    More docstring here.
    """
     pass
-----snip snip-----

Notice that the `pass` line is indented 5 spaces, and pyflakes gives me a
warning about that line.  This is after hitting TAB on every line in the file,
so indeed python-mode is indenting that line one too many spaces to the right.

Now, if I point any place within the docstring hit M-q I get:


-----snip snip-----
def f():
    r"""This is the docstring for my function.

    It's a raw docstring because I want to type \t here, and maybe \n,
    for example in LaTeX code like \tau or \nu.

    More docstring here.
    """
     pass
-----snip snip-----

Which isn't bad.

Cheers,
-Barry
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://mail.python.org/pipermail/python-mode/attachments/20151029/d1f73295/attachment.sig>